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Introducción 


MySQL HA CRECIDO. Lo que durante un tiempo se consideró como un 
sencillo juguete para su uso en sitios Web, se ha convertido en la actualidad en 
una solucion viable y de mision critica para la administracion de datos. Antes, 
MySQL se consideraba como la opción ideal para sitios Web; sin embargo, ahora 
incorpora muchas de las funciones necesarias para otros entornos y conserva su 
gran velocidad. MySQL supera desde hace tiempo a muchas soluciones comer- 
ciales en velocidad y dispone de un sistema de permisos elegante y potente, y 
ahora, además, la version 4 incluye el motor de almacenamiento InnoDB compa- 
tible con ACID. 

MySQL 4 es rapido, dispone de funciones de volcado online e incorpora una 
gran cantidad de funciones nuevas. Son pocas las razones para desechar MySQL 
como solucion de base de datos. MySQL AB, la compañia responsable del desa- 
rrollo de MySQL, dispone de un sistema de asistencia eficiente y a un precio 
razonable, y, como ocurre con la mayor parte de las comunidades de codigo 
abierto, encontrara una gran cantidad de ayuda en la Web. Las funciones estandar 
no incluidas todavia en MySQL (corno las vistas y los procedimientos almacena- 
dos) estan en fase de desarrollo y es posible que esten disponibles para cuando 
lea estas líneas. 

Son muchas las razones para escoger MySQL como solucion de mision critica 
para la administracion de datos. 


Coste: El coste de MySQL es gratuito para la mayor parte de los usos y 
su servicio de asistencia resulta economico. 


Asistencia: MySQL AB ofrece contratos de asistencia a precios razona- 
bles y existe una nutrida y activa comunidad MySQL. 


Velocidad: MySQL es mucho mas rapido que la mayor parte de sus rivales. 


Funcionalidad: MySQL dispone de muchas de las funciones que exigen 
los desarrolladores profesionales, como compatibilidad completa con ACID, 
compatibilidad para la mayor parte de SQL ANSI, volcados online, dupli- 
cation, funciones SSL e integración con la mayor parte de los entornos de 
programacion. Asi mismo, se desarrolla y actualiza de forma mucho mas 
rapida que muchos de sus rivales, por lo que practicamente todas las fun- 
ciones estandar de MySQL todavia no estan en fase de desarrollo. 


Portabilidad: MySQL se ejecuta en la inmensa mayoría de sistemas 
operativos y, la mayor parte de los casos, los datos se pueden transferir de 
un sistema a otro sin dificultad. 


Facilidad de uso: MySQL resulta facil de utilizar y de administrar. Gran 
parte de las viejas bases de datos presentan problemas por utilizar siste- 
mas obsoletos, lo que complica innecesariamente las tareas de administra- 
cion. Las herramientas de MySQL son potentes y flexibles, sin sacrificar 
su capacidad de uso. 


Razones para comprar este libro 


Este libro va dirigido a desarrolladores, administradores de bases de datos 
(DBA) y usuarios de MySQL. Aborda los siguientes temas: 


Exploración del lenguaje de consulta estructurado (SQL) en funcion de la 
implementación de MySQL. 


Comprension y uso de tipos de datos y de tablas. 
Optimización de sus consultas e indices. 
Volcados de bases de datos. 

Administracion de usuarios y seguridad. 


Administracion y configuración de MySQL (y optimizacion de la configu- 
ration para potenciar el rendimiento). 


Duplicación de MySQL en varios servidores. 


Comprension del diseño y la normalización de bases de datos y análisis de 
un completo ejemplo práctico. El conocimiento de estos temas resulta fun- 


damental si se tiene la intención de utilizar MySQL en aplicaciones profe- 
sionales. 


Programacion con MySQL. 
Desarrollo de extensiones propias en MySQL. 


Instalacion de MySQL. 


En los apendices del libro se incluyen los siguientes elementos: 


Una guia de referencia completa a MySQL. 


Guia de referencia sobre funciones y metodos de PHP, Perl, C, Java, 
Python y ODBC para interactuar con MySQL. 


¿Qué queda tuera del alcance de este libro? 


MySQL es un concepto inmenso, y en este libro se presenta todo el material 
necesario para ayudarle a convertirse en un experto administrador de bases de 
datos y desarrollador de MySQL. Sin embargo, como no se puede explicar todo, 
no se abordan los siguientes temas: 


Como programar. Este libro le ayudara a programar con MySQL, pero no 
enseña a programar desde cero. 


MySQL incrustado. 


Un análisis completo de como compilar e instalar bibliotecas. La labor de 
desarrollar extensiones exige ciertos conocimientos sobre la compilacion 
y la instalacion de bibliotecas en la plataforma de desarrollo seleccionada. 
Aunque este tema se explica, el libro no puede abordar todas las configu- 
raciones posibles de las distintas plataformas, por lo que si tiene pensado 
abordar este nivel avanzado de desarrollo, necesitara una buena fuente de 
información sobre su plataforma. 


¿Qué necesita? 


Necesitara los siguientes elementos para seguir los ejemplos de este libro: 


Una copia de, o acceso a, un cliente y un servidor MySQL. Puede descar- 
gar la version actual del sitio de MySQL: www.mysql.com. 


Un sistema en el que instalar MySQL (si no dispone de acceso a alguno 
todavia). Puede instalar MySQL en su equipo de sobremesa, pero es mas 
habitual ejecutarlo en un servidor dedicado para aplicaciones complejas. 


+ Si tiene pensado desarrollar aplicaciones con MySQL, es posible que ne- 
cesite descargar los ultimos controladores o interfaces de programacion 
de aplicaciones (API) de su entorno de desarrollo. MySQL integra lo mejor 
de PHP, Perl, Java, C, C++ y Python, pero puede utilizarlo en cualquier 
entorno de programacion, como .NET a traves del sistema de conectividad 
abierta de base de datos (ODBC). Visite cl sitio Web de MySQL 
(www.mysql.com) para descargar las versiones mas actuales de los 
controladores. 


¿Cómo utilizar este libro? 


Este libro se divide en cuatro partes. Si tiene poca experiencia con bases de 
datos, le aconsejamos comenzar por el primer capitulo de la primera parte, que 
presenta el mundo de SQL a los usuarios noveles. Los lectores experimentados 
en el uso de otros sistemas de gestion de bases de datos pueden echar un rapido 
vistazo al capitulo | para familiarizarse con la forma de trabajar de MySQL, 
antes de pasar a esaminar los tipos de datos y tablas de esta plataforma que se 
analizan en el capitulo 2. Los lectores con nivel intermedio pueden empezar en el 
capitulo 3 y capitulo 4, dedicados a aspectos de SQL avanzados, indices y temas 
de optimizacion. Los lectores que deseen utilizar un lenguaje de programacion 
con MySQL deberian leer el capitulo 5 y consultar el apendice relacionado con el 
lenguaje de programacion que utilicen. El capitulo 6 va dirigido a los lectores que 
ya conocen MySQL y que desean incorporar sus nuevas funciones. 

Los lectores sin conocimiento formal sobre el diseño de bases de datos pue- 
den aprovechar los contenidos de la segunda parte de este libro, en la que se 
analizan distintos aspectos sobre el diseijo de base de datos a menudo ignorados 
y que resultan necesarios para desarrollar bases de datos a gran escala. 

Todos los lectores que deseen administrar MySQL se beneficiaran de la parte 
III en la que se analizan conceptos avanzados sobre la optirnizacion de bases de 
datos de alto rendimiento. Tambien se esplican los temas de volcado, duplica- 
cion. seguridad e instalacion. 

Por ultimo. deberia consultar los apendices cuando tenga dudas sobre el SQL 
de MySQL y sus funciones y operadores, asi como sobre las funciones y los 
metodos de base de datos utilizados por los lenguajes de programacion mas popu- 
lares, 


Parte l 


KN Guia rapida 
de MySQL 


Asi que ha conseguido una copia de este libro. Puede que muchos de los 
lectores ya dispongan de conocimientos sobre MySQL y que deseen sumergirse 
en las turbias aguas de la duplicación de base de datos y de la optimización de 
variables de servidor. Si ya dispone de conocimientos avanzados sobre MySQL, 
puede saltarse este capitulo. Los principiantes no deben preocuparse. En este 
libro se abordan todos los elementos necesarios para empezar a utilizar MySQL 
y para convertirse en un usuario avanzado. 

MySQL es la base de datos de codigo abierto mas popular del mundo. Codigo 
abierto significa que todo el mundo puede acceder al codigo fuente, es decir, al 
codigo de programacion de MySQL. Todo el mundo puede contribuir para incluir 
elementos, arreglar problemas, realizar mejoras o sugerir optimizaciones. Y asi 
ocurre. MySQL ha pasado de ser una "pequeiia" base de datos a una completa 
herramienta y ha conseguido superar a una gran cantidad de bases de datos 
comerciales (lo que ha asustado a la mayor parte de los proveedores comerciales 
de bases de datos). Por lo tanto, su rapido desarrollo se debe a la contribución de 
mucha gente al proyecto, asi como a la dedicación del equipo de MySQL. 

A diferencia de los proyectos propietarios, en los que el codigo fuente es 
desarrollado por un numero reducido de personas y se protege atentamente, los 
proyectos de codigo abierto no excluyen a nadie interesado en aportar ideas, si 
disponen de los conocimientos necesarios. En el aijo 2000, cuando MySQL con- 


taba con sólo cuatro años de existencia, Michael "MONTY" Widenius, el funda- 
dor de MySQL, predijo grandes avances para MySQL durante la primera con- 
vencion sobre bases de datos de codigo abierto. En aquel entonces, muchos 
proveedores de base de datos se burlaron de sus palabras. Hoy en dia ya han 
desaparecido varios. 

La version 3 de MySQL logro hacerse con el dominio de la gama baja del 
mercado de Internet. Con el lanzamiento de la version 4, este producto se dirige 
ahora a una base de clientes mucho mas amplia. MySQL hace su entrada en el 
mercado de las bases de datos en un momento en el que Apache es el producto 
de codigo abierto dominante en el mercado de servidores Web y en el que la 
presencia de varios sistemas operativos de codigo abierto (como Linux y FreeBSD) 
es cada dia mas notable en el mercado de servidores. 

En este capitulo se abordan los siguientes temas: 


+ Conceptos y terminología esenciales relacionados con bases de datos 
e Conexión y desconexion a un servidor MySQL 

+ Creación y eliminacion de bases de datos 

*  Agregacion de datos a una tabla 

e Recuperación y eliminacion de datos desde una tabla 

+ Comprension de las funciones estadisticas y de fecha básicas 


e Combinación de varias tablas 


Comprension de los fundamentos de MySQL 


MySQL es un sistema de administración de bases de datos relacional 
(RDBMS). Se trata de un programa capaz de almacenar una enorme cantidad de 
datos de gran variedad y de distribuirlos para cubrir las necesidades de cualquier 
tipo de organización, desde pequeños establecimientos comerciales a grandes 
empresas y organismos administrativos. MySQL compite con sistemas RDBMS 
propietarios conocidos, como Oracle, SQL Server y DB2. 

MySQL incluye todos los elementos necesarios para instalar el programa, pre- 
parar diferentes niveles de acceso de usuario, administrar el sistema y proteger y 
hacer volcados de datos. Puede desarrollar sus propias aplicaciones de base de 
datos en la mayor parte de los lenguajes de programacion utilizados en la actua- 
lidad y ejecutarlos en casi todos los sistemas operativos, incluyendo algunos de 
los que probablemente no ha oido nunca hablar. MySQL utiliza el lenguaje de 
consulta estructurado (SQL). Se trata del lenguaje utilizado por todas las bases 
de relacionales, que presentaremos en una sección posterior. Este lenguaje per- 
mite crear bases de datos, asi como agregar, manipular y recuperar datos en 
funcion de criterios especificos. 


Pero nos estamos adelantando. En este capitulo, se analizan brevemente los 
conceptos relativos a las bases de datos relacionales. Aprenderemos que se en- 
tiende exactamente por una base de datos relacional y como funciona, además 
de comentar terminología clave. Armados con esta información, podremos crear 
una sencilla base de datos y trabajar con sus datos. 


¿Qué es una base de datos? 


Una base de datos, en su definición mas sencilla, es una coleccion de archivos 
relacionados. Imagine un archivo (ya sea en formato de papel o electronico) que 
contenga los pedidos de ventas de una tienda. Tambien existira otro archivo de 
productos, en el que se incluyen los registros sobre existencias. Para completar 
un pedido, necesitara buscar el producto en el archivo de pedidos y los niveles de 
existencias relativos a dicho producto en el archivo de productos. Una base de 
datos y el software que controla la base de datos, denominado sistemn de admi- 
nistración de base de datos (DBMS), le ayudara a realizar estas tareas. La 
mayor parte de las bases de datos actuales son de tipo relacional. Se denominan 
asi porque utilizan tablas de datos relacionadas por un campo en comun. Por 
ejemplo, la tabla 1.1 muestra la tabla Product y la tabla 1.2 muestra la tabla 
Invoice. Como puede observar, la relación entre las dos tablas se establece a 
partir del campo stock_code. Dos tablas cualesquiera se pueden relacionar 
utilizando un campo comun. 


Tabla 1.1. La tabla Product 


Stock_code Description 
A416 Clavos, caja 0,14 dolares 
C923 Chincheta, caja 0,08 dolares 


Tabla 1.2. La tabla Invoice 


Invoice_code Invoice_line Stock_code Quantity 
3804 1 A416 10 


3804 2 C923 15 


Terminología sobre bases de datos 


Examinemos más de cerca las dos tablas anteriores para comprobar como se 
organizan: 


e Cada tabla se compone de una gran cantidad de filas y columnas 


+ Cada fila contiene datos sobre una sola entidad (corno un producto o un 
pedido). Estos datos se conocen como registros. Por ejemplo, la primera 
fila de la tabla 1.1 es un registro: describe el producto A416, que es una 
caja de clavos que cuesta 14 centimos de dolar. Por lo tanto, el termino 
fila y el termino registro son intercambiables. 


e Cada columna contiene datos relacionados con el registro, llamados atri- 
butos. Ejemplos de atributos son la cantidad de un articulo vendido o el 
precio de un producto. Los atributos en referencia a una tabla de base de 
datos se denominan campos. Por ejemplo, los datos de la columna 
Description de la tabla 1.1 son campos. Por lo tanto, el termino atri- 
buto y el termino campo son intercambiables. 


Dado este tipo de estructura, la base de datos nos brinda una forma de mani- 
pular los datos: SQL. SQL es una potente herramienta para realizar busquedas 
sobre registros o realizar cambios. Practicamente todos los DBMS utilizan este 
lenguaje, aunque la mayoría ha agregado sus propios elementos, lo que significa 
que al estudiar SQL en este capitulo y en los siguientes, se explicaran caracteris- 
ticas especificas de MySQL. La mayor parte de los conceptos que se expliquen, 
se pueden utilizar en otras bases de datos relacionales, como PostgreSQL, Oracle, 
Sybase O SQL Server. Sin embargo, tras comprobar las ventajas de MySQL, es 
probable que no desee cambiar. 


Conexión a una base de datos 


El equipo en el que se ejecuta MySQL y que almacena los datos se denomina 
servidor MySQL. Para establecer una conexión a este servidor, dispone de va- 
rias opciones de instalacion. En primer lugar, puede instalar el cliente y el servi- 
dor MySQL en su equipo de escritorio, como ilustra la figura 1.1. En segundo 
lugar, puede instalar el cliente MySQL en su equipo de sobremesa y el servidor 
MySQL en otro equipo al que se establecera la conexion, como se ilustra en la 
figura 1.2. Por ultimo, su equipo de sobremesa puede ser cualquier ordenador 
que se conecte a otro equipo con un cliente MySQL instalado, que a su vez se 
conectara al servidor MySQL, situado en el mismo equipo o en otro, como mues- 
tra la figura 1.3. 


Servidor y cliente MySQL 


Figura 1.1. Nuestro equipo tiene instalado el cliente y el servidor MySQL 


Escritorio y cliente MySQL Servidor MySQL 


Figura 1.2. Nuestro equipo tiene instalado el cliente MySQL. El servidor MySQL se 
encuentra instalado en otro equipo al que se conecta el nuestro. 


ia Ey Y 


Cliente MySQL Servidor MySQL 


Figura 1.3. En este caso, nuestra terminal puede ser cualquier equipo capaz de 
conectarse a otro, ya que ni siquiera lleva instalado el cliente MySQL. 


S1 el cliente MySQL no se encuentra instalado en su equipo de sobremesa y 
necesita conectarse a un segundo equipo para utilizar el cliente MySQL, es pro- 
bable que necesite utilizar Telnet o un cliente Secure Shell (SSH) para realizar la 
conexion. 

Para ello, basta con abrir el programa Telnet, introducir el nombre del anfi- 
trion, un nombre de usuario y una contraseila. Si no tiene claro cómo hacerlo, 
consulte al administrador de su sistema. 

Tras registrarse en el equipo en el que esta instalado el programa cliente 
MySQL, la operación de conexión al servidor resulta sencilla: 


+ En un equipo Unix (por ejemplo, Linux o FreeBSD), ejecute el siguiente 
comando desde la linea de comandos de su interprete: 


% mysql -h nombre del anfitrion -u nombre de usuario -—p contrasefia 
nombre de la base de datos 


e En un equipo Windows, ejecute el mismo comando desde la linea de co- 
mandos: 


% mysql -h nombre del anfitrion -u nombre de usuario -p contrasefia 
nombre de la base de datos 


El simbolo $ indica el simbolo de comando del interprete de comandos. Es 
probable que su equipo utilice otro simbolo (por ejemplo, c : 1> en Windows o $ 
en algunos interpretes de comandos de Unix). La -h y la -u pueden aparecer 
seguidas de un espacio (tambien puede eliminar el espacio). La -p debe ir segul- 
da inmediatamente de la contraseila, sin espacios intercalados. 


Tras establecer la conexion, aparecera el simbolo de comandosmysq1>, como 
ocurre en la mayor parte de las distribuciones. No necesita escribir esta secuen- 
cia ya que se generara automaticamente. 

S1 aparece un simbolo de comando ligeramente diferente, no se preocupe y 
escriba el texto en negrita. Ésta es la convención que se utilizará a lo largo de 
todo el libro. 


TRUCO: Existe de introducir la 
aconsejable utilizar en un entorno multiusuario, Escriba —p sin introducir la 
contraseña. Cuando MySQL se inicie, le s 


dra introducir sin que aparezca en pant 
alguien pueda verla al escribirla. 


El nombre del anfitrión sera el nombre del equipo en el que se aloja el servidor 
(por ejemplo, www.sybex.como una dirección IP como 196.30.168.20). No ne- 
cesita utilizar este parametro si ya esta registrado en el servidor (en otras pala- 
bras, si el cliente y el servidor MySQL se encuentran instalados en el mismo 
equipo). El administrador le asignara el nombre de usuario y la contraseila (se 
trata de la contraseiia y el nombre de usuario de MySQL, que son diferentes a los 
utilizados para el equipo cliente). Algunos equipos inseguros no requieren el uso 
de un nombre de usuario o contraselia. 


instalado MySOL en la ruta predeterminada. Por lo tanto, al escribir el 
comando mysql, es posible que reciba un error command not found 

o un error bad command or file name (en Windows) a 
pesar de que estar seguros de haber instalado MySQL . En este masa debe- 


Para desconectarse, basta con escribir QUIT de la siguiente forma: 


mysql> QUIT 
Bye 


Tambien puede escribir EXIT o pulsar Control-D. 


NOTA: MySQL ho distingue entre 


AZAR QUIT, quit O incluso qUIt, si lo de 


Creación y uso de nuestra primera base de 
datos 


En las siguientes secciones se describe como crear una base de datos y como 
realizar consultas sobre ella. Asumiremos que ha establecido una conexión al 
servidor MySQL y que dispone de permisos para utilizar una base de datos. De lo 
contrario, solicite dichos permisos a su administrador. Si denominamos a esta 
base de datos como firstdb, pida a su administrador que cree y le conceda 
permiso absoluto de acceso a dicha base de datos unicamente. De esta forma 
evitara problemas relacionados con permisos posteriormente, además de aho- 
rrarle un ataque al corazon a su administrador si ocurriera alguna catastrofe con 
las bases de datos existentes. S1 nuestro administrador no tiene claro que es lo 
que tiene que hacer o si hemos instalado MySQL nosotros mismos, deberemos 
utilizar uno de los dos conjuntos de comandos que se indican a continuacion para 
poder empezar a trabajar con la base de datos. Recuerde que sólo debe introdu- 
cir el texto en negrita. 


Caso en el que acabemos de instalar MySQL 


En primer lugar, establezca una conexión a la base de datos MySQL como 
raiz. Como acaba de empezar, todavia no dispondra de una contraselia ralz, ra- 


zon por la que lo primero que tiene que hacer es asignar una contraseiia al usua- 
riO ralz. 


% mysql -u root mysql 
Welcome to the MySQL monitor. Commands end with ; or 1g. 


> 


Your MySQL connection id is 15 to server version: 4.0.2-alpha-Max 


Type. “helps” :or.*1h* for help. Type: Ne" to clear the butter. 
mysql1> SET PASSWORD=PASSWORD ('g00r002b') ; 
Query OK, D rows affected (0.00 sec) 


Por cuestiones de sencillez, vamos a utilizar la misma contraseiia para el usuario 
ralz, y00£002b, que para el usuario que vamos a crear, guru2b. 

A continuacion, tendremos que crear la base de datos firstdb con la que 
vamos a trabajar. 


mysql> CREATE DATABASE firstdb; 
Query OK, 1 row affected (0.01 sec) 


Por ultimo, es necesario crear el usuario con el que vamos a trabajar, guru2b, 
con la contraseila yg00r002b, y concederle permiso completo de acceso a la 
base de datos firstdb: 


mysql> GRANT ALL ON firstdb.* to guru2btilocalhost 


IDENTIFIED BY 'g0r002b' 3; 

Query OK, 0 rows affected (0.01 sec) 
mysql> exit 

Bye 


Si un administrador necesita concederle permiso 


En primer lugar, el administrador tendra que establecer la conexión a la base 
de datos MySQL como usuario raíz (o como cualquier otro usuario que disponga 
de permisos para conceder permiso a otro). 


% mysql -u root -p mysql 

Enter password: 

Welcome to the MySQL monitor. Commands end with ; or 1g. 

Your MySQL connection id is 15 to server version: 4.0.2-alpha-Max 
Type 'help;' or '1h' for help. Type 'l*c' to clear the buffer. 


A continuación, su administrador tendra que crear la base de datos fir s tdb 
con la que vamos a trabajar: 


mys ql1> CREATE DATABASE firstdb; 
Query OK, 1 row affected (0.01 sec) 


Por ultimo, es necesario crear el usuario con el que vamos a trabajar, guru2b, 
con la contraseiia £00r002b, y concederle acceso completo a la base de datos 
firstdb. Fijese en que se asume que la conexión a la base de datos se estable- 
cera desde localhost (es decir, que el cliente y el servidor de la base de 
datos estan instalados en el mismo equipo). Si no fuera asi, su administrador 
tendra que sustituir localhost por el nombre del equipo pertinente: 


mysql1> GRANT ALI, ON firstdb.* to guru2bf localhost 
IDENTIFIED BY 'g00r002b'; 

Query OK, O rows affected (0.01 sec) 

mysql> exit 

Bye 


guru2b es su nombre de usuario para acceder a MySQL y el que utilizare- 
mos a lo largo de todo el libro, y g£00r002b, es la contraseiia. Puede utilizar, o 
le puede asignar, otro nombre de usuario. En un capitulo posterior, analizaremos 
el tema de la concesion de permisos. 


Uso de la base de datos 


S1 no ha trabajado antes con SQL o MySQL, esta es su oportunidad de poner- 
se manos a la obra. Le aconsejamos realizar los ejemplos que se incluyen a con- 
tinuacion en el orden en el que se presentan. Ahora bien, el verdadero proceso de 
aprendizaje consiste en dejar el libro a un lado y escribir otras consultas. Por lo 
tanto, le aconsejamos que experimente. Utilice variaciones que le parezcan que 


pueden funcionar. No tenga miedo de cometer errores en esta fase, ya que son la 
mejor forma de aprender. 

Los datos con los que estamos trabajando no son importantes. Es mejor elimi- 
nar ahora las bases de datos de ejemplo de forma accidental que millones de 
registros vitales dentro de un año. 

Comenzaremos por crear una tabla dentro de nuestra base de datos de ejem- 
plo y la rellenaremos con datos. 

Tras crear varias tablas y completarlas, explicaremos como realizar consultas 
sobre ellas. En primer lugar, estableceremos una conexión a la tabla recien crea- 
da utilizando el siguiente comando: 


[e] 


% mysql -u guru2b -pg00r002b firstdb 
Welcome to the MySQL monitor. Commands end with ; or Ag. 
Your MySQL connection id is 15 to server version: 4.0.2-alpha-Max 


Type *“help;” or 'Ah*" for help. Type *1e* to clear the buffer. 


Si los permisos no se han establecido correctamente, obtendra un error como 
el siguiente: 


ERROR 1044: Access denied for user: 'guru2bellocalhost' to 
database 'firstdb' 


Si asi fuera, necesitaremos (nosotros o nuestro administrador) revisar los pa- 
sos de las dos secciones anteriores. 

Todas estas cuestiones relacionadas con los permisos pueden parecer un poco 
complicadas, pero resultan de gran utilidad. En el futuro necesitara restringir el 
acceso a sus datos y la concesion de permisos es la forma de conseguirlo. 

Tambien puede establecer la conexión sin especificar una base de datos, de la 
siguiente forma: 


$ mysql -u guru2b -pg00r002b guru2b 
Welcome to the MySQL monitor. Commands end with ; or Ag. 
Your MySQL connection id is 15 to server version: 4.0.2-alpha-Max 


Type 'help;' or 'Ah' for help. Type 'Xc' to clear the buffer. 


A continuación, si queremos estar seguros de utilizar la base de datos correc- 
ta, tendremos que indicarselo a MySQL. 
Para ello, utilice la siguiente instrucción: 


mysql> USE firstdb 
Database changed 


Puede establecer la conexión a su base de datos de dos formas: especificando 
la base de datos al establecer la conexión o posteriormente cuando este conecta- 
do. En el futuro, cuando tenga que utilizar mas de una base de datos en su siste- 
ma, descubrira que resulta mucho mas sencillo cambiar de bases de datos utilizando 
la instruccion USE . 


Creación de una tabla 


Tras conectarse a la base de datos, es probable que desee introducir datos. 
Para ello, vamos a crear una base de datos que puede hacer el seguimiento de un 
equipo de ventas. Como ya aprendimos, las bases de datos, se componen de una 
eran cantidad de tablas y, para empezar, crearemos una tabla que contenga datos 
sobre los comerciales. Almaccnaremos sus nombres, numeros de identificación y 
comisiones. Para crear una tabla, tambien vamos a utilizar el comando CREATE, 
pero necesitaremos especificar TABLE en lugar de DATABASE, asi como algu- 
nos elementos adicionales. Introduzca la siguiente instruccion CREATE: 


mysq1> CREATE TABLE sales—rep( 
employee—number INT, 
surname VARCHAR(40), 
first—name VARCHAR(30), 
commission TINYINT 

); 

Query OK, 0 rows affected (0.00 sec) 


ADVERTENCIA: No olvide introducir el punto y coma ál final de la li- 
nea. Todos los comandos de MySQL, deben terminar en un punto y coma. 
Su olvido es la principal razón de la frustración de los principiantes. Ade- 
más, si no introduce el punto y coma y pulsa Intro, tendrá que hacerlo 


antes de volver a pulsar Intre. MySOL acepta comandos distribuidos -en 
varias líneas. 


No necesita introducir la instruccion de la forma en la que aparece impresa en 
el ejemplo. Aqui se ha divido la instruccion en varias líneas para facilitar su lec- 
tura, pero es probable que le resulte mas sencillo introducir el comando en una 
sola. Asi mismo, puede variar el uso de mayusculas y minusculas del ejemplo, sin 
que ello afecte a su funcionamiento. A lo largo de este libro, utilizaremos mayús- 
culas para representar palabras clave de MySQL y minusculas para representar 


nombres seleccionados. Por ejemplo, podriamos haber introducido la siguiente 
secuencia: 


mysql> create table SALES—REPRESENTATIVE ( 
EMPLOYEE—NO int, 
SURNAME varchar (40), 
FIRST NAME varchar( (30), 
COMMISSION tinyint 
); 


sin problemas. Sin embargo, si utilizamos el siguiente fragmento: 


mysql1> CREATE TABLES sales—rep l( 
employee—number INT, 


surname VARCHAR(40) , 
first_ name VARCHAR(30), 
commission TINYINT 


3 
se generaria este error: 


ERROR 1064: You have an error in your SOL syntax near 
"TABLES sales reps(employee number INT,surname 
VARCHAR (40), first_name VARCHAR(30)' at line 1 


porque se ha escrito erroneamente TABLE. Por lo tanto, al escribir texto en 
mayusculas tenga cuidado de no introducir errores; puede cambiar el texto en 
minusculas sin problemas (siempre y cuando se haga de forma uniforme y se 
utilicen los mismos nombres de principio a fin). 

Puede que se este preguntando por el significado de los terminos INT, 
VARCHAR y TINY INT que aparecen tras los nombres de los campos. Es lo que 
se denominan tipos de datos o tipos de columna. 1NT equivale a entero, un 
numero sin decimales cuyo valor oscila entre -2.147.483,648 y 2.147.483,647. Es 
aproximadamente a un tercio de la poblacion mundial, por lo que resultara sufi- 
ciente para el equipo de ventas, por mucho que crezca. VARCHAR equivale a 
caracter de longitud variable. El numero entre parentesis indica la longitud 
maxima de la cadena de caracteres. Una cantidad de 30 y 40 caracteres resulta- 
ra suficiente para el nombre y el apellido de los comerciales, respectivamente. Y 
TINYINT equivale a entero pequeño, por lo general un numero sin decimales 
cuyo valor oscila entre -128 y 127. El campo commission indica un valor de 
porcentaje y, como nadie puede ganar mas del 100 por cien, basta con utilizar un 
numero entero pequeiio. En el siguiente capitulo se analizaran detalladamente los 
distintos tipos de columna y cuando utilizarlos. 


Listado de las tablas de una base de datos con SHOW TABLES 


Ahora que ya tenemos una tabla, podemos confirmar su existencia con SHOW 
TABLES: 


mysql> SHOW TABLES; 
q 

| Tables—in—firstdb | 
+++ 

| sales—rep | 
AE 

1 row in set (0.00 sec) 


SHOW TABLES muestra todas las tablas existentes en la base de datos ac- 
tual. En el caso de nuestra tabla fi r stdb solo tenemos una: sales_rep. Por 
lo tanto, a menos que tenga un problema de memoria, este comando no resulta de 
gran utilidad en este momento. Sin embargo, en las bases de datos de gran tama- 
ño compuestas por una gran cantidad de tablas, este comando resultara de utili- 


dad para recordar el nombre de aquella tabla que creamos hace dos meses y cuyo 
nombre hemos olvidado. Tambien puede ocurrir que tengamos que trabajar 
sobre una base de datos que no hayamos creado. En este caso, el comando SHOW 
TABLES resultará de gran valor. 


Análisis de la estructura de las tablas con DESCRIBE 


DESCRIBE cs el comando que mucstra la estructura de la tabla. Para com- 
probar que MySQL ha creado la tabla correctamente. escriba lo siguiente: 


mys1> DESCRIBE sales—rep; 


e a ne +—+ 

| Field | Type | Null | Key | Default | Extra | 
++ AA 

l employee—number | int(11) || YES 1] | NULL | | 
| surname l varchar(40) | YES | | NULL | 
| first—name | varchar(30) | YES | | NULL | | 
| commission l tinyint(4) | Yes | | NULL | | 
+ +——+—5+ +——+ 

4 rows in set (0.01 sec) 


Esta tabla incluye todo tipo de columnas con las que no esta todavia familiari- 
zado. Fijese por el momento en la columna Field y en la columna Type. En el 
siguiente capitulo se explicaran cl resto de los encabezados. Los nombres de los 
campos son los mismos que los introducidos y los dos campos VARCHAR tienen 
cl tamafio que les asignamos. Como observara, se ha asignado un tamafio a los 
campos INT y TINYINT, aunque no especificamos ninguno al crearlos. Re- 
cuerde que el valor de un campo TIN Y INT oscila entre -128 y 127 de manera 
predeterminada (cuatro caracteres incluyendo el signo mcnos) y que el valor de 
un campo INT oscila entre -2.147,483,648 y 2,147.483.647 (11 caracteres inclu- 
yendo el signo menos), por lo que la misteriosa asignacion de tamafio se corres- 
ponde con la longitud en pantalla. 


Inserción de nuevos registros en una tabla 


Ahora que ya tenemos una tabla, procederemos a introducir algunos datos en 
ella. Suponyamos que tenemos tres comerciales (como muestra la tabla 1.3). 


Tabla 1.3. Tabla Sales Reps 


Employee_number Surname First_Name Commission 
1 Rive Sol 10 
2 Gordimer Charlene 15 

| 3 Serote Mike 10 


Para introducir estos datos en la tabla, se utiliza la instruccion SQL INSERT 
para crear un registro, de la siguiente forma: 


mysql> INSERT INTO 

sales _rep (employee _number,surname,first_name,commission) 

VALUES (1,'Rive','Sol',10); 

mysql> INSERT INTO 

sales rep(employee number,surname,first_name,commlssion) 
VALUES (2,'Gordimer','Charlene',15); 

mysql> INSERT INTO 

sales rep (employee number, ,surname,first_name,commission) 
VALUES (3,'Serote','Mike',10) ; 


NOTA: Es necesario encerrar el valor del campo de cadena (un campo de 
carácter VARCHAR) entre comillas sencillas; en el caso de los campos 
numéricos (commission, employee_number) no es necesario reali- 


zar esta oneración Asegúrese de aplicar comillas a valores pertinentes y 
de abrirlas y cerrarlas correctámente (todos los valores que tengan una 
comilla de apertura deben llevar una comilla de cierre), ya que al empezar 


a trabajar con SQL suele olvidarse. 


Existe otra forma mas sencilla de introducir datos con la instruccion INSERT, 
como se muestra en la siguiente secuencia: 


mysql> INSERT INTO sales—rep VALUES (1, 'Rive', 'Sol1',10) ; 
mysql1> INSERT INTO sales—rep VALUES (2,'Gordimer','Charlene',15) ; 
mysql> INSERT INTO sales—rep VALUES (3,'Serote','Mike',10) 5 


Si introduce los comandos de esta forma, debe incluir los campos en el mismo 
orden en el que se define en la base de datos. No puede utilizar la siguiente 
secuencia: 


mysql> INSERT INTO sales—rep VALUES (1,'Sol','Rive',10); 
Query OK, 1 row affected (0.00 sec) 


Aunque esta secuencia funciona en apariencia, los datos se han introducido 
en el orden incorrecto, ya que Sol sera el apellido y Rive el nombre. 


TRUCO! Es aconsejablq que se acostumbre « utilizar la instrucción 
INSERT Bompleta especialmente si tiene pensada F6alidar consultas mtiho 
za ndo a n lenguaje de programacion. En primer Tugar, il uso de este Formás 
tó reduce las: posibilidades de error (EMIAASInICcIóN mo se podia apreciar 
El el apellido y el nombre se habian introducido en el érden correcto) y, en 
segundo lugar; potencia la flexibilidad de sus programas. En un capitulo 
posterior se analiza este concepto de forma mas extensa. 


Insercion de datos dentro de una instruccion INSERT 


Otra forma mas sencilla de utilizar el comando INSERT para introducir los 
datos de una sola vez consiste en separar los registros mediante comas, como se 
ilustra a continuación: 


mysql1> INSERT INTO sales—rep 

(employee _number,surname,first_name, commission) 
VALUES 

(1, 'Rive','Sol',10),(2,'Gordimer','Charlene',15), 
(3,'Serote','Mike',10); 

Query OK, 3 rows affected (0.05 sec) 

Records: 3 Duplicates: OD Warnings: Ú 


Este método reduce la cantidad de codigo que resulta necesario escribir y el 
servidor procesa la secuencia de manera mas rapida. 


Insercion de grandes cantidades de datos desde un archivo de 
texto con LOAD DATA 


Una ultima forma de insertar datos (y la mejor en caso de que se necesiten 
introducir grandes cantidades de datos a la vez) consiste en utilizar la instruccion 
LOAD DATA, de la siguiente forma: 


mysql1> LOAD DATA LOCAL INFILE "sales—rep.sql" INTO TABLE 
sales—rep ; 


El formato del archivo de datos debe ser correcto, sin excepciones. En este 
caso, en el que estamos utilizando los valores predeterminados, el archivo de 
texto incluye cada registro en una nueva linea y cada campo se separa por medio 
de un tabulador. Si asumimos que el caracter Xt representa un tabulador y que 
cada linea termina en un caracter de nueva linea, el archivo presentaria este 
aspecto: 


IWMtRiveXtSsolt10 
2XtGordimerltCharleneit15 
3MtSeroteltMikel1t10 


Se utiliza una variación de esta secuencia para restaurar copias de seguridad 
(comentadas en un capitulo posterior). Esta instruccion resulta incluso mas ef1- 
caz que una instruccion INSERT para introducir varios registros. La palabra 
clave LOCAL indica al servidor que el archivo se encuentra incluido en el equipo 
cliente (el equipo desde el que se establece la conexion). Si se omite, MySQL 
buscara el archivo en el servidor de la base de datos. De manera predetermina- 
da, LOAD DATA asume que los valores se encuentran en el mismo orden que en 
la definición de la tabla, que cada campo esta separado por un tabulador y que 
cada registro se incluye en una linea. 


Recuperación de informacion de una tabla 


La operación de extraer informacion de una tabla resulta sencilla. Para ello, 
puede utilizar el potente comando SELECT, como se muestra en el siguiente 
ejemplo: 


mysql> SELECT commission FROM sales—rep WHERE surname='Gordimer*' ; 


> 


q —— 
| commission Í 
H_—_—_——+ 
Es | 
+ 


1 row in set (0.01 sec) 


La instruccion SELECT consta de varias partes. La primera, inmediatamente 
despues del comando SELECT, es la lista de campos. Puede recuperar otros 
campos, en lugar de recuperar unicamente el campo commission, de la si- 
guiente forma: 


mysql> SELECT commission, employee—number FROM 
sales—rep WHERE surname='Gordimer*'; 


+ ++ 
| commission | employee—number | 
SP AA ++ 
[ 15 | 2 1 
tH— 


1 row in set (0.00 sec) 


Tambien puede utilizar el caracter comodin (*) para devolver todos los cam- 
pos, de la siguiente forma: 


mysql> SELECT %* FROM sales—rep WHERE surname='Gordimer'; 


y +++ 

| employee—-number | surname | first—name | commission | 

- 2 $ « A A 

| 2 Gordimer | Charlene j 15 | +—— 
Y + 


1l row in set (0.00 sec) 


El uso del comodin * indica todos los campos de la tabla. Por lo tanto, en el 
ejemplo anterior, se recuperan los cuatro campos, en el mismo orden en el que se 
recogen en la estructura de la tabla. 

La parte de la instrucción SELECT situada tras el termino WHERE se denomi- 
na clausula WHERE. Esta clausula es muy flexible y contiene una gran cantidad 
de condiciones de distinto tipo. Examine el siguiente ejemplo: 


mysql> SELECT %* FROM sales—rep WHERE commission>10 

OR surname='Rive' AND first name='Sol'; 

++ A ES 

| employee—number | surname | first—-name | commission | 


+ + + + An 
] 1 | Rive l Sol | 10 | 
| 2 | Gordimer | Charlene ] Ls] 
qÍÁÉÁAÁAXAXA AA US 


2 rows 1n set (0.00 sec) 


La comprension de los operadores AND y OR es fundamental para utilizar 
SQL correctamente. Las condiciones situadas a ambos lados de la palabra clave 
AND deben ser verdad para que el conjunto sea verdadero. En el caso de una 
instrucción OR basta con que una de las condiciones sea verdadera. En la tabla 
1.4 se recoge la tabla de verdad de los operadores AND/OR. 


Tabla 1.4. Tabla de verdad AND/OR 


Palabra clave Cálido Húmedo Global 
[AND Verdadero Verdadero Verdadero, calido AND humedo 
AND Verdadero Falso Falso, no calido AND no hume- 


do, puesto que no es humedo. 


AND Falso Verdadero Falso, no calido AND no hume- 
do, puesto que no es calido. 


| AND Falso Falso Falso, no calido AND no hú- 
| medo, puesto que ninguna de 
tas condiciones es verdadera. 


OR Verdadero Verdadero Verdadero, calido OR humedo, 
puesto que ambas son verda- 
deras. 

OR Verdadero Falso Verdadero, calido OR humedo, 
puesto que es calido. 

OR Falso Verdadero Verdadero, calido OR humedo 


puesto que es húmedo. 


OR Falso Falso Falso, no calido OR humedo, ¡ 
puesto que ninguna de las dos 
condiciones es valida. 


Orden en el que MySQL procesa las condiciones 


El siguiente ejemplo muestra una trampa en la resulta sencillo caer. Suponga 
que nuestro jefe nos pide una lista de los empleados cuyo apellido sea Rive y 
cuyo nombre sea Sol o que su comision supere el 10 por ciento. Podríamos cons- 
truir la siguiente consulta: 


* 
mysql> SELECT FROM sales—rep WHERE surname='Rive' 
AND first _name='Sol' OR commission>10; 


A 


| employee—number | surname | first—name | commission | 
=== A — 

| 1 | Rive | Sol 10 | 

| 2 | Gordimer | Charlene | 15 | 

—————— AA 

2 rows in set (0.00 sec) 


Puede que este sea el resultado que estabamos buscando. Pero puede que 
nuestro jefe se refiriera a otra cosa: que el empleado tenga como apellido Rive y, 
dentro de estos registros, que su nombre sea Sol o que tenga una comision supe- 
rior al 10%. 

En este caso, el segundo registro devuelto por la consulta no seria pertinente 
porque aunque su porcentaje es superior al 10%, no se llama Sol. La construc- 
cion AND implica que ambas clausulas deben ser verdaderas. En este caso, la 
consulta presentaria este aspecto: 


* 
mysql1> SELECT FROM sales—rep WHERE surname='Rive"' 
AND (first—name='Sol' OR commission>10) 


E + OS 

| employee—number | surname | first—name | commission | 

+ 1 | Rive | Sol 
AAA 

1 row in set (0.00 sec) 


Fijese en los parentesis utilizados en la consulta. Cuando se aplican varias 
condiciones, es fundamental conocer el orden en el que deben procesarse. ¿Qué 
va primero, la parte OR o la parte AND? Por regla general, es probable que las 
instrucciones orales que reciba sean poco claras, pero este ejemplo muestra la 
importancia de determinar con claridad los registros que se desean recuperar 
antes de implementar la consulta. 

En ocasiones este tipo de errores no se descubren nunca. A menudo se suelen 
achacar a los ordenadores pero en realidad la culpa es de una persona, por lo 
general la responsable de diseñar la consulta. 

En un capitulo posterior se recoge una lista de operadores y su orden de prio- 
ridad. Es aconsejable utilizar los parentesis para determinar el orden de preferen- 
cia dentro de sus consultas. En algunos libros y algunas personas asumen que se 
conoce el orden de prioridad. 

Por ejemplo, puede que en la escuela haya aprendido que 1 + 1 net 4, no 6, 
porque sabe que la multiplicación se realiza antes que la operación de suma. Lo 
mismo se aplica al operador AND, que tiene preferencia sobre OR. Pero puede 
que no todo el mundo sea consciente de estas reglas, por lo que el uso de parén- 
tesis ayudara a dejar claro que lo que queremos decir es 1 + (1 l 3). Incluso 
despues de muchos años de programacion, muchos profesionales no conocemos 
el orden de prioridad completo de todos los operadores y probablemente nunca lo 
sepamos. 


Correspondencia de patrones 


A continuación examinaremos algunos elementos adicionales de la instruc- 
cion SELECT. Imagine que queremos recuperar los datos de Mike Serote. Sen- 
cillo, ya que bastara con utilizar la siguiente consulta: 


*k 
mysql> SELECT FROM sales—rep WHERE surname='Serote' and 
first—name='Mike' ; 


++ -————+ EN 

| employee—number | surname | first—name | commission | 

HA 9H + E 

3 | Serote | Mike | 10 | 4+————+- 
—— + 


Pero, ¿qué ocurriría si ha olvidado como se escribe Serote? ¿Era Serotte O 
Serota? Es posible que necesite probar varias consultas antes de lograr el resul- 
tado deseado o, si no logra acordarse de como se escribe correctamente, puede 
que nunca lo consiga. Puede probar simplemente con Mike, pero recuerde que 
es posible que la base de datos conste de miles de registros. Afortunadamente, 
existe un método mejor de solucionar este problema. MySQL permite utilizar la 
instrucción LIKE. Si se acuerda de que el apellido comienza por Sero, puede 
utilizar la siguiente secuencia: 


* 
mysql> SELECT FROM sales—rep WHERE surname LIKE 'Sero%'; 


+ A 
| employee—number | surname | first—name | commission | 
Y—————+ 4————+ e 
| 3 | Serote | Mike 10 |] 
++ —————+ AF 


1 row in set (0.00 sec) 


Fijese en el simbolo 8. Se trata de un comodin parecido al simbolo *, pero 
especificamente diseñado para su uso dentro de la condición SELECT. Significa 
0 o mas caracteres. 

Por lo tanto, esta instruccion devolvera todas las permutaciones consideradas 
anteriormente. Puede utilizar el comodin cuantas veces desee, como en el si- 
guiente ejemplo: 


* 
mysql> SELECT FROM sales—rep WHERE surname LIKE '%Se%' 7 


El a E: y 

| employee—number | surname | first—name | commission | 
+ A — AR E 

| 1 | Rive | Sol 10 | 
| 2 | Gordimer | Charlene | 15 | 
| 3 | Serote ] Mike | 10 | 
+ + ———+ + 

3 rows in set (0.00 sec) 


En este caso se recuperan todos los registros, porque se estan buscando todos 
los nombres que contengan una e. 


Este resultado es diferente al de la siguiente consulta en la que sólo se buscan 
apellidos que comiencen por una e: 


mysql> SELECT * FROM sales—rep WHERE surname LIKE 'e%'; 
Empty set (0.00 sec) 


Tambien puede utilizar una consulta como la siguiente, en la que se buscan 


apellidos que contengan una e en alguna parte de su nombre y que terminen en 
unae: 


mysql> SELECT * FROM sales—rep WHERE surname LIKE '%ete'; 
=> ++ 


| employee—number | surname | first—name | commission | 
Y A ———+ 
| 3 | Serote | Mike | 10 | 
+ AH ++ 


A continuación agregaremos unos cuantos registros mas a la tabla para poder 
probar consultas mas complejas. Agregue los siguientes dos registros. 


mysql1> INSERT INTO sales—rep values (4,'Rive' ,'Mongane' ,10) ; 
mysql> INSERT INTO sales—rep values(5,'Smith: ,'Mike' ,12); 


Ordenacion 


Existe otra clausula util y de uso habitual que permite la ordenacion de los 
resultados. Una lista alfabetica de empleados resulta de utilidad y puede recurrir 
a la cláusula ORDER BY para generarla. 


mysql> SELECT * FROM sales—rep ORDER BY surname; 


A e da E + 

| employee—number | surname | first—-name | commission | 
q (A 294 

| 2 | Gordimer | Charlene 15 
| 1 | Rive | Sol | 10 | 
| 4 | Rive | Mongane | 10 | 
3 | Serote | Mike | 10 | 
| 5 | Smith | Mike | 12 | 
A 

5 rows in set (0.00 sec) 


Como habrá observado, la lista no es correcta si desea ordenarla por nombres 
ya que Sol Rive aparecen antes que Mongane Rive. Para corregir este problema, 
necesitara ordenar la lista por los nombres cuando los apellidos de dos registros 
coincidan. Para ello, utilice la siguiente instrucción: 


mysql> SELECT * FROM sales _rep ORDER BY surname,first name; 


AAA A ++ 
| employee—number | surname | first—name | commission | 
PA 4 
| 2 | Gordimer | Charlene | al 
| 4 | Rive | Mongane | 10 ] 


1 | Rive | Sol | 10 | 
3 j Serote | Mike | 10 | 
| 511) :Smith | Mike 12 | 
Y ———————+ ARA 


5 rows in set (0.00 sec) 


Ahora el pedido es correcto. Para ordenar la lista de registros de forma inver- 
sa (en orden descendente), se utiliza la palabra clave DESC. 

La siguiente consulta devuelve todos los registros segun la comision asignada, 
de mayor a menor: 


mysql1> SELECT * FROM sales—rep ORDER BY commission DESC; 


PE É_AÁAÁAÁAÁAA A NY HR 

| employee—number | surname | first—name | commission |] 
o 

2 | Gordimer Charlene 15 | 
| 5-1 Smith Mike | 12 | 
| 1 | Rive l Sol 10 | 
| 4 | Rive | Mongane | 10 | 
| 3 | Serote Mike | 10 | 
q 

5 rows in set (0.00 sec) 


De nuevo, puede ordenar los registros de los tres empleados que tienen asig- 
nado un 10 por ciento de comision. 

Para ello, puede utilizar la palabra clave ASC. Aunque no resulta estrictamen- 
te necesario porque se trata del orden aplicado de manera predeterminada, el uso 
de esta palabra clave aporta mayor claridad: 


mysql1> SELECT * FROM sales—rep ORDER BY commission DESC, 
surname ASC, first_name ASC; 


O E E E A 

| employee—number | surname | first—-name | commission | 
e E a 

| 2 | Gordimer | Charlene 15 | 
5. y SSMECA | Mike | Leal 
| 4 | Rive | Mongane 10 | 
| 1 | Rive | Sol | 10 | 
| 3 | Serote | Mike 10 | 


5 rows in set (0.01 sec) 


Limitación del número de resultados 


Hasta el momento siempre se ha obtenido el numero completo de resultados 
que satisfacen las condiciones establecidas. Sin embargo, en una base de datos 
real, puede que se trate de varios miles de registros y que no queramos verlos 
todos a la vez. Para ello, MySQL permite utilizar la clausula LIMIT. Se trata de 
una clausula no convencional de SQL que, por tanto, no podra utilizar de la misma 


forma en todas las bases de datos, pero resulta de gran potencia y utilidad en 
MySQL. 


Si sólo desea buscar el empleado con la mayor comision (suponiendo que solo 
sea uno, como en nuestro conjunto de datos de ejemplo), puede ejecutar la si- 
guicnte consulta: 


mysql1> SELECT first_name,surname,cormission FROM sales—rep 
ORDER BY commission DESC; 


———————+ ————+ 
| first-name | surname | commission | 
t—_——+ +————+ 
| Charlene | Gordimer | Ss "1 
| Mike | Smith | 12 | 
| Sol | Rive | 10 |] 
| Mike l Serote | 10 | 
| Mongane | Rive | 10” ] 
ES + as 


5 rows in set (0.00 sec) 


El cmpleado que estamos buscando es Charlene Gordimcr. Sin embargo, 
LIMIT permite devolver unicamente dicho registro, de la siguiente manera: 


mysql1> SELECT first_name,surname,commission FROM sales—rep 
ORDER BY commission DESC LIMIT 1; 


y A + ——$ 

first-name | surname | commission | 
+ +—————+ 

Charlene l Gordimer | 3% al 
*——————+ ++ 


1l row in set (0.00 sec) 


S1 se incluye un solo numero detras de la clausula LIMIT, dste determinara cl 
numero de filas que se devuelven. 


NOTA: LIMIT 0 no devuelve registros. Puede que no le parezca un 


comando de gran utilidad, pero es una buena forma de probar una consulta 
en bases de datos de gran tamaño sin ejecutarlas. 


La clausula LIMIT no solo permite devolver un numero limitado de registros 
a partir de la parte superior o inferior de la base de datos. También puede esta- 
blecer el desplazamiento que utilizar, es decir desde que resultado comenzar la 
operación de limitación. Si se incluyen dos numeros tras la clausula LIMIT, el 
primero es el desplazamiento y el segundo es el limite de fila. El siguiente ejemplo 
devuelve el segundo registro, en orden descendente. 


mysql1> SELECT first_name,surname, commission FROM 
sales—rep ORDER BY commission DESC LIMIT 1,135 


+————+ +++ 
| first-name | surname | commission | 
+ + $ == 
| Mike |; Smith 12 | 


++ ++ 
1 row in set (0.00 sec) 


El desplazamiento predeterminado es O (los ordenadores empiezan a contar 
siempre en el 0) por lo que si se especifica un desplazamiento de 1, la busqueda 
comenzara en el segundo registro. Para comprobarlo, ejecute la siguiente consul- 
ta: 


mysql1> SELECT first—name,surname,commission FROM sales—rep 
ORDER BY commission DESC LIMIT 0,1; 


+ + +——————+ 

| first—name | surname | commission | 
+ + + + 

| Charlene | Gordimer | 19 !l 
+ + +—————+ 

1 row in set (0.00 sec) 


LIMIT 1 equivale a utilizar LIMIT 0,1, ya que se asume O como valor 
predeterminado si no se especifica nada. 

Pero ¿cómo rccupcrar el tercer, el cuarto y el quinto registro en orden des- 
cendentyor el campo de comision? 


mysql1> SELECT first name,surname,commission FROM sales—rep 
ORDER BY commission DESC LIMIT 2,3; 


+ + ————+ 

| first_name | surname | commission | 
+ + y _—__—I + 

| Sol | Rive 10 | 
| Mike | Serote | 10 | 
| Monqgqane | Rive 1 10 | 
+ + t———+ 

3 rows in set (0.00 sec) 


El desplazamiento es 2 (recuerde que el desplazamiento empieza en 0, por lo 
que 2 es el tercer registro) y el 3 es el numero de registros que recuperar. 


NOTA: El comando LIMIT se suele utilizar en motores de búsqueda que 
ejecuten MySQL, por ejemplo, para 10 resultados por página. Los 


resultados de la primera página utilizarán LIMIT 0,2 0,10s de la segunda 
utilizarán LIMIT 10,10, ete. 


Devolución del valor maximo con MAX() 


MySQL consta de una gran cantidad de funciones que permiten ajustar las 
consultas. No es necesario aprenderse todas ellas. Nadie se las sabe. Pero una 
vez conocida su esistencia puede intentar averiguar si existe una para realizar 
una tarea deseada. Con el tiempo descubrira que ha inemorizado las mas habi- 
tuales. Además, este método esige mucho menos esfuerzo que aprenderlas de 


memoria. La primera funcion que vamos a analizar es la funcion MAX () . Utiliza- 
remos esta funcion para recuperar la comision mas alta asignada a un comercial: 


mysq1> SELECT MAX (commission) from sales—rep; 


+ 
| MAX (commission) |! 
+ 
| 15 1 
+ 


1 row in set (0.00 sec) 


Fíjese en los parentesis al utilizar las funciones. Las funciones se aplican a 
todos los elementos incluidos en su interior. Á lo largo de este libro, se utilizan los 
parentesis para indicar que se trata de una funcion y como utilizarla; por ejemplo, 
MAX (). 


ADVERTENCIA: Preste atencion al uso de espacios en las consultas. 
En la mayor parte de los casos, su uso no ocasionará ningún error, pero al 
trabaiar con funciones (las funciones se suelen identificar por el hecho de 
que necesitan incluir elementos entre paréntesis), debe prestar especial 
atención. Si ha colocado un espacio tras la palabra COUNT, MySQL devol- 
verá un error dc sintaxis. 


Recuperación de registros distintos 


Es posible que no desee obtener resultados duplicados. Examine la siguiente 
consulta: 


mysql> SELECT surname FROM sales—rep ORDER BY surname; 


Gordimer | 
Rive | 
Rive | 
Serote | 
Smith 
+ 


rows in set (0.00 sec) 


Esta consulta es correcta, pero puede que no desee recuperar apellidos repe- 
tidos, como en el caso de Rive en los registros correspondientes a los nombres 
Mongane y Sol, sino solamente una vez. La solución consiste en utilizar la ins- 
truccion DISTINCT, de la siguiente forma: 


mysql1> SELECT DISTINCT surname FROM sales—rep ORDER BY surname; 
+ + 


l surname | 


+ 


+ 
| Gordimer | 

| Rive | 

| Serote | 

| Smith ] 

E 

4 rows in set (0.00 sec) 


Como contar 


Como puede observar por los resultados de los ejemplos utilizados hasta aho- 
ra, MySQL muestra el numero de filas, como 4 rows in set. En ocasiones, 
sólo necesitaremos saber el numero de resultados y no los contenidos de los 
registros. Para ello se utilizará la función COUNT (). 


mysql1> SELECT COUNT (surname) FROM sales—rep; 


+—————————+ 

| COUNT (surname) | 
+4 | Y 
++ 


l row in set (0.01 sec) 


No importa demasiado el campo que se cuente en el ejemplo anterior, ya que 
la tabla consta de tantos apellidos como nombres. Obtendriamos el mismo resul- 
tado si realizaramos la siguiente consulta: 


mysql1> SELECT COUNT (*) FROM sales—rep; 


+ + 
| COUNT(*) | 
i— + 
| 3 | 
H————+ 


1 row in set (0.00 sec) 


Para contar el numero de apellidos distintos que contiene la tabla, se combi- 
nan las instrucciones COUNT () y DISTINCI, de la forma siguiente: 


mysql1> SELECT COUNT (DISTINCT surname) FROM sales—rep; 
! + 


| COUNT (DISTINCT surname) | 
J + 


4 | 
y +++ 


1 row in set (0.00 sec) 


Como recuperar la media, el minimo y el total con AVG( ), MIN() y 
SUM( ) 


Estas funciones se utilizan de la misma forma que MAX (). Dentro de los 


partntesis se incluye el campo con el que se desee trabajar. Por ejemplo, para 
obtener la cornision media, se utiliza la siguiente consulta: 


mysql> SELECT AVG(commission) FROM sales—rep; 


++ 
AVG(commission) | 


| 

+ + | 11.4000 | 
+ 

1 row in set (0.00 sec) 


Y para descubrir la comision mas baja asignada a los comerciales, se utiliza la 
siguiente consulta: 


mysql1> SELECT MIN(commission) FROM sales—rep; 


LE 
| MIN(commission) | 
LE 
j 10 | 
H_——— + 


1 row in set (0.00 sec) 


SUM () funciona de manera similar. No es muy probable que le encuentre un 
uso a la operación de hallar el total de las comisiones como se muestra en el 
ejemplo, pero le ayudara a hacerse una idea de su funcionamiento. 


mysql1> SELECT SUM(commission) from sales—rep; 
+ 


| SUM(commission) | 
Y 


l 57 ll 
+ 


1 row in set (0.00 sec) 


Realización de calculos en una consulta 


SQL le permite realizar calculos en las consultas. Examine la siguiente ins- 
truccion como ejemplo: 


mysql> SELECT 1+1; 
H—+ 


A E ml ES 


H—+ 
1 row in set (0.00 sec) 


Obviamente Csta no es la razon mas importante para utilizar MySQL. No hay 
peligro de que las escuelas adopten MySQL para que lo utilicen los alumnos en 
los examenes de matematicas. Sin embargo, la posibilidad de realizar calculos 
dentro de una consulta resulta util. Por ejemplo, utilice la siguiente instrucción si 
desea saber la comision que se llevaran los comerciales si se incrementa su por- 
centaje en un uno por ciento: 


mysql> SELECT first—name,surname,commission + 1 FROM sales—rep; 


? _A_———SÓÓAÓAKÁA > y AX 
l first-name | surname | commission + 1 | 


da + ++ 
Sol | Rive | LA 1] 
Charlene | Gordimer | 16 | 
Mike | Serote | 11 | 
Mongane | Rive | bal 1] 
Mike | Smith 121 


É 


+ 
5 rows in set (0.00 sec) 


Eliminación de registros 


Para eliminar un registro, MySQL utiliza la instrucción DELETE. Esta ins- 
truccion es parecida a la instrucción SELECT, con la salvedad de que como se 
elimina el registro completo no es necesario especificar ninguna columna. Tan 
sólo necesitamos indicar el nombre de la tabla y la condicion. Por ejemplo, si 
Mike Smith se despide, se utilizaria la siguiente instrucción para eliminarlo de la 
tabla: 


mysql> DELETE FROM sales—rep WHERE employee—number = 5; 
Query OK, 1 row affected (0.00 sec) 


Tambien podemos utilizar el nombre y el apellido como condicion para elimi- 
nar registros, y en este caso tambien funcionaria. Sin embargo, en las bases de 
datos del mundo real, se utiliza un campo exclusivo para identificar a la persona 
correcta. En un capitulo posterior se abordara el tema de los indices. Por el 
momento, recuerde que el campo exclusivo es employee number y es con- 
veniente utilizarlo (Mike Smith es un nombre bastante común). En las secciones 
dedicadas a los indiers estahlenearemas el campa emplayee_mimher unn 
exclusive dentro de la estructura de la base de datos. 


ADVERTENCIA: Rtcuerde utilizar condiciones cof la instnicción 
DELETE. Si introduce lA InstAICCIÓN DELETE FROM sales rep; sin' 


más, se Bliminaráñ todos los registros de lA tabla. No existe una opción 
para deshacer esta acción y, coma todavía no hemos Bxplicado cómo tea- 
lizar una copia de seguridad be los datos, la Mitación resultará SS. 


Como cambiar los registros de una tabla 


Ya se ha esplicado como agregar registros utilizando la instrucción INSERT, 
como eliminarlos utilizando DELETE y como recuperarlos utilizando SELECT. 
Todo lo que nos queda por aprender es como modificar los registros existentes. 
Supongamos que Sol Rive ha vendido un cargamento inmenso de arena a los 
habitantes del desierto de Namibia y que en recompensa se le ha aumentado su 
comisión a un 12 por ciento. 


Para reflejar correctamente esta nueva circunstancia, se utiliza la instruccion 
UPDATE de la siguiente forma: 


mysql1> UPDATE sales—rep SET commission = 12 WHERE 
employee number=1*; 

Query 0K, 1] row affected (0.00 sec) 

Rows matched: 1 Changed: 1 Warnings: O 


EA ARA PERRO A : 
AD : Tenga Guidada de nuevo il aplicar una.condición. Sin 
WHERE. ACHENZArA la comisión de todos los comerciales a un 


INSERT. SELECT, UPDATE y DELETE constituyen las cuatro instrucciones 
de uso mas habitual para manipular datos. Estas cuatro instrucciones forman 
parte del Lenguaje de manipulación de datos (DML) de SQL. Con ellas, dispon- 
dra de toda la munición necesaria para modificar los datos de sus registros. En el 
siguiente capitulo se examinaran consultas mas avanzadas. 


Eliminación de tablas y bases de datos 


Tambien existen instrucciones para definir la estructura de los datos y estas 
forman parte del Lenguaje de definición de datos de SQL (DDL). Ya hemos 
visto una (la instrucción CREATE) que se utiliza para crear bases de datos y, tras 
cllo, las tablas y las estructuras dentro de las bases de datos. Como en el caso de 
los datos, tambien puede eliminar o modificar las tablas. A continuación, creare- 
mos una tabla y la eliminaremos: 


mysql1> CREATE TABLE commission (id INT) ; 
Query OK, ÚU rows affected (0.01 sec) 
mysql1> DROP TABLE commission; 

Query OK, 0 rows affected (0.00 sec)jd 


aviso ninotificación. Por lo tanto, tenga cuidado con esta instrucción. 


Puede hacer lo mismo con una base de datos: 


mysq1> CREATE DATABASE shortlived; 
Query OK, 1 row affected (0.01 sec) 
mysql1> DROP DATABASE shortlived; 
Query OK, 0 rows affected (0.00 sec) 


Ya se habrá hecho una idea de por que resultan tan importantes los permisos. 
Si concede a todo el mundo un poder semejante, el resultado puede ser desastro- 
so. En un capitulo posterior se explica cómo evitar catastrofes de este tipo. 


Como modificar la estructura de la tabla 


La última instruccion DDL, ALTER, permite cambiar la estructura de las 
tablas. Puede agregar columnas, modificar definiciones, cambiar el nombre de las 
tablas y eliminar columnas. 


Cómo agregar una colurnna 


Suponga que necesita crear una columna en la tabla sales reps para al- 
macenar la fecha en la que contrató a los comerciales. UPDATE no serviría, ya 
que esta instruccion sólo modifica los datos, no la estructura. Para realizar este 
cambio, es necesario utilizar la instruccion ALTER: 


mysql> ALTER TABLE sales—rep ADD date— Joined DATE; 
Query OK, 4 rows affected (0.01 sec) 
Records: 4 Duplicates: O Warnings: 0 


TRUCO: DATE es un tipo de columna que almacena datos en formato 
año-mes-día (AAAA-MM-DD). Si está acostumbrado a introducir las fe- 


chas de otras formas, como en el formato estadounidense (MM/DD/ 
AAAA), necesitará realizar una serie de ajustes: 


Pero además, se nos pide otro requisito. (Aunque la mayor parte de los cam- 
bios resultan faciles de realizar, es aconsejable determinar el diseiio de la base de 
datos correctamente desde el principio ya que algunos cambios pueden tener 
consecuencias poco deseables. En un capitulo posterior, se aborda el tema del 
diseijo de base de datos.) En concreto. se nos pide que almacenemos el aiio de 
nacimicnto de los comerciales para poder analizar la distribución de cdad de la 
plantilla. Para ello, puede utilizar el tipo de colurnna YEAR que incluye MySQL. 
Agreguc la siguiente colurmna: 


mysql> ALTER TABLE sales—rep ADD year—born YEAR; 
Query OK, 4 rows affected (0.02 sec) 
Records: 4 Duplicates: 0 Warnings: OU 


Modificación de una definicion de colurnna 


Pero segundos después de agregar el aio, a nuestro jefe se le ocurre una idea 
mejor. ¿Por que no almacenar la fecha de nacimiento completa de los comercia- 
les? De esta forma se seguira almacenando el aiio, pero además la compaiiia 
podra sorprender a sus comerciales con un regalo por sus cumpleaiios. Utilice la 
siguiente secuencia para modificar la definicion de colurnna: 


mysql1> ALTER TABLE sales—rep CHANGE year—born birthday 
DATE 5 

Query OK, 4 rows affected (0.03 sec) 

Records: 4 Duplicates: OÓ Warnings: 0 


Tras la cláusula CHANGE se incluye el nombre de la antigua columna seguido 
del nombre de la nueva columna y de su definición. Para cambiar la definicion, 
pero no el nombre de la colurma, basta con mantener el nombre anterior, como 
se indica a continuacion: 


mysql1> ALTER TABLE nombre_de tabla CHANGE antiguo—nombre 
antiguo nombre nueva definición de columna; 


Tambien puede utilizar la clausula MODI FY, sin que resulte necesario repetir 
el nombre, de la siguiente forma: 


mysql> ALTER TABLE nombre de tabla MODIFY antiguo—nombre 
nueva definición de columna; 


Como cambiar el nombre de una colurnna 


Una mañana a su jefe deja de gustarle el nombre utilizado para designar a los 
comerciales y le pide que sustituya sales rep por cash-flow enhancers y que se 
añada una nueva colurnna para recoger el valor de la contribución de los comer- 
ciales al bienestar de la empresa. Para complacerle, decidimos agregar un nuevo 
campo en primer lugar: 


mysql1> ALTER TABLE sales—rep ADD enhancement—value int; 
Query OK, 4 rows affected (0.05 sec) 
Records: 4 Duplicates: O Warnings: O 


y. a continuacion, cambiamos cl nombre de la tabla. Para ello, utilizamos la 
instrucción RENAME dentro de la instrucción ALTER de la siguiente forma: 


mysql1> ALTER TABLE sales—rep RENAME cash—flow—specialist; 
Query OK, 4 rows affected (0.00 sec) 
Records: 4 Duplicates: O Warnings: OU 


Al dia siguiente, su jefe aparece un poeo avergonzado de la decision tomada 
cl día anterior y decidimos cambiar el nombre de la tabla y climinar la nueva 
colurnna, antes de nadie lo note: 


mysql> ALTER TABLE cash—flow—specialist RENAME TO 
sales—rep; 

Query OK, 4 rows affected (0.00 sec) 

Records: 4 Duplicates: O Warnings: 0 


NOTA: Observe la diferencia entre las instrucciones ALTER NAME tras 
la segunda instrucción RENAME se ha introducido TO. Ambas instruccio- 
nes son idinticas en cuanto a Su función. Existen varios casos en lo que 
MySQL dispone de mas de una forma de realizar una acción. De hecho, 


podemos cambiar el nombre de una tabla de otra forma: con la instrucción 
RENAME antiguo nombre de tabla MA nuevo _ nombre de 
tabla. La función de estas opciones es propargionar compatibilidad con 
otras bases de datos o con el Estáñidar SOL ANSI. 


Como eliminar una columna 


Para eliminar la columna enhancement value, utilizaremos la instrue- 
ción ALTER ... DROP de la siguiente forma: 


mysql1> ALTER TABLE sales—rep DROP enhancement —value; 
Query OK, 4 rows affected (0.06 sec)Records: 4 Duplicates: OU 
Warnings: 0 


Uso de las funciones de fecha 


Tras agregar un par de columnas de fecha, vamos a examinar algunas funcio- 
nes de fecha de MySQL. La estructura de la tabla presenta este aspecto: 


mysql> DESCRIBE sales—rep; 
tá 


| Field | Type | Null | Key | Default | Extra | 
 _  ____———uueee_ Y +——+ 

| employee—number | int(11) | YES |] |] NULL | | 
| surname | varchar(40) | YES | | NULL | | 
| first—-name | varchar(30) | YES | | NULL | | 
[ commission | tinyint (4) | YES | | NULL | | 
| date—-joined | date | YES |] | NULL | | 
l birthday | date | YES  ] | NULL | | 


 __A-AA9% ++ 
6 rows in set (0.00 sec) 


S1 realizamos una consulta que devuelva los valores data_3joined y 
birthday, obtendremos los siguientes valores: 


mysql1> SELECT date _ joined, birthday FROM sales—rep; 


Y 
l date—-3joined | birthday | 
Y 
| NULL NULL | 
| NULL NULL | 
| NULL | NULL | 
| NULL NULL | 
A+ +++ 


4 rows in set (0.00 sec) 


Los valores NULL indican que nunca se ha introducido nada en estos campos. 
Habrá observado los encabezados Nul 1 que se devuelven al describir una tabla. 
La opción predeterminada es YES, que permite que el campo este vacio. Sin 
embargo, puede que necesitemos especificar que el campo no contenga un valor 
NULL (en un capitulo posterior aprenderemos a hacerlo). El uso de valores NULL 
suele afectar a los resultados de las consultas y tienen sus particularidades, que 
se analizaran en capitulos posteriores. Para estar seguro de no utilizar valores 
NULL, actualice los registros de los comerciales de la siguiente forma: 


mysql1> UPDATE sales—rep SET date—joined = 


'2000-02-15', birthday='1976-03-18' 
WHERE employee _number=1 ; 

mysql1> UPDATE sales—rep SET date—jJoined = 
'1998-07-09", birthday='1958-11-30' 
WHERE employee _number=2; 

mysql1> UPDATE sales—rep SET date—jJoined = 
2001-05-14', birthday='1971-06-18' 
WHERE employee _number=3 ; 

mysql1> UPDATE sales—rep SET date—jJoined = 
'2002-11-23', birthday='1982-01-04' 
WHERE employee number=4; 


Existe una gran cantidad de Ctiles funciones de fecha. Aqui sólo se muestran 
un pequelio conjunto. En capitulos posteriores encontrara mas información sobre 
las funciones de fecha. 


Como especificar el formato de fecha 


MySQL permite devolver las fechas en un formato especial, en lugar de utili- 
zar el formato estandar AAAA-MM-DD. Para devolver los cumpleaños de toda 
la plantilla en formato MM/DD/AAAA, utilice la función DATE_FORMAT (), de 
la siguiente forma: 


mysql1> SELECT DATE FORMAT (date joined, '*m/%d/*%Y') 
FROM sales—rep WHERE employee number=1; 


LK ——  — _ _ _ == 


| date—format (date—joined, '*m/%d/%Y') | 


¡ 02/15/2000 | 
A É 


La parte incluida entre comillas simples tras la columna date joined se 
denomina cadena de formato. Dentro de la función se utiliza un especificador 
para establecer el formato exacto deseado. $m devuelve el mes (01-12), %d 
devuelve el dia (01-31) y 3 y devuelve el aiio en formato de cuatro digitos. Existe 
una gran cantidad de cspecificadores (en un capitulo posterior se suministra la 
lista completa). A continuación, exarninaremos algunos ejemplos: 


mysql1> SELECT DATE FORMAT (date—joined, '*W $M %e Sy') 
FROM sales—rep WHERE employee number=1; 

dE 

| DATE FORMAT (date _joined,'%W 23M %e 2%y') | 

 í 2 <-—2424+ O CCC 

| Tuesday February 15 00 | 

AA<-l-4>XAóá<>4= 343 


$w devuelve el nombre del dia de la semana, 3$M devuelve el nombre del mes, 
%e devuelve el dia (1-31) y 3y devuelve el aio en formato de dos digitos. Fijese 
en que 3d tambien devuelve el dia (01-31), pero es diferente a $e ya que incluye 
ceros a la izquierda. 


En la siguiente consulta, Sa es el nombre del dia de la semana en formato 
abreviado, 4D es el dia del mes con el sufijo adjunto, %tb es el nombre del mes en 
formato abreviado y $%Y es el aio en formato de cuatro digitos: 


mysql> SELECT DATE_FORMAT (date _joined,'Sa $D $b, $Y') 
FROM sales—rep WHERE employee number=1; 


Y 
| DATEFORMAT (date—Joined, '“a 5D “b, £Y') | 
y————————————————————————————————++ 
| Tue 15th Feb, 2000 | 
¿_ —_——_—__—__—__—_—_—_—— 


NOTA: Puede agregar cualquier cifiBtór deseado a la Cadeña de forma- 
to. En los ejemplos anteriores ss ha utilizado una barra invertida (/) y una 
coma (, ). Puede agregar cualquier secuencia de texto deseada para apli- 
car formato a la fecha si lo desee. 


Recuperación de la fecha y la hora actual 


Para determinar la fecha actual, segun el servidor, puede utilizar la funcion 
CURRENT_DATA (). También existe otra funcion, NOW () , que devuelve la hora: 


mysql> SELECT NOW() , CURRENT—DATE() ; 

-x  —_ __—__—_ —__—___——— + 

| NOW () | CURRENT—-DATE() | 
o E 

| 2002-04-07 18:32:31 | 2002-04-07 | 
a 

1 row in set (0.00 sec) 


NOTA: Now () devuelve la fecha y la hora. Existe un Hipo de columna 


llamado DATETIME que permite almacenar datos en el mismo formato 
(AAAA-MM-DD HH:MM:5S5S) en nuestras tablas. 


Puede aplicar otras convenciones al campo birthday al recuperar los da- 
tos. S1 le preocupa no podcr recuperar el alo por haber sustituido el campo del 
atio por la fecha de nacimicnto, puede utilizar la funcion YEAR () de la siguiente 
forma: 


mysql> SELECT YEAR (birthday) FROM sales—rep; 


y ———— + 

| YEAR (birthday) 
t———————_—+ 

| 1976 | 
| 1958 | 
| 1982 | 
| 1971 | 


——_Ák 
4 rows in set (0.00 sec) 


MySQL incluye otras funciones para recuperar una parte especifica de la 
fecha, como MONTH (>) y DAYOFMONTH (): 


mysaql> SELECT MONTH (birthday) ,DAYOFMONTH (birthday) FROM sales_rep; 
q 


| MONTH (birthday) | DAYOFMONTH (birthday) | 
A 45» ——— ++ 


| 3 | 18 | 

| Y] 30 | 

| - 4 | 

61 18 | 
A 


4 rows in set (0.00 sec) 


Creación de consultas mas avanzadas 


Llegados a este punto de la explicación, deberia sentirse comodo trabajando 
con las consultas básicas. En el mundo real, la mayor parte de las consultas 
suelen resultar bastante simples, como las realizadas hasta ahora. Además, cuanto 
mejor diseiladas esten sus bases de datos, mas sencillas resultaran las consultas. 
Sin embargo, existen situaciones en la que necesitara mas (el caso mas habitual 
es la union de dos o mas tablas; este tipo de consulta se denomina combinacion). 


Como aplicar un nuevo encabezado a una columna con AS 


Las consultas anteriores no resultaban muy sencillas de leer o de entender. A 
continuación, modificaremos la consulta anterior ordenando los valores devueltos 
por los meses e incluyendo los nombres de los comerciales en los resultados. 
Tambien se introducen alias con la palabra clave AS para asignar otro nombre a 
una colurnna: 


mysql> SELECT surname, first_name, MONTH (birthday) 
AS month, DAYOFMONTH (birthday) AS day FROM sales—rep 
ORDER BY month; 

A 


| surname | first—-name | month | day | 
AA+ A+ ++ 

| Rive | Mongane | 1 | q | 
| Rive | Sol | 3 |] 18 | 
| Serote | Mike | 6 | 18 |] 
| Gordimer | Charlene | 111 30 |) 


y zaz 
4 rows in set (0.01 sec) 


Combinación de columnas con CONCAT 


En ocasiones puede que desee mostrar el nombre de la persona en un solo 
campo de resultados, en lugar de separar el nombre y el apellido en dos campos. 


Puede combinar los resultados de las columnas, utilizando la funcion CONCAT () 
(que equivale a concatenar), de la siguiente forma: 


mysq1> SELECT CONCAT(first—name,  ', surname) 

AS name MONIH (birthday) AS month, DAYOFMONTH (birthday) 
AS day FROM sales—rep ORDER BY month; 
E 

| name | month | day | 

PÑÁA XXR 


| Mongane Rive | 3 > 
| Sol Rive | 31 18 | 
| Mike Serote | 6) 18 | 
| Charlene Gordimer | 11 |] 30 | 


AY 4 ++ 
4 rows in set (0.00 sec) 


Como buscar el dia del año 


Para buscar el dia del año (de 1 al 366) en el que Sol Rive se unio a la compa- 
ñía, utilice la siguiente secuencia: 


mysql1> SELECT DAYOFYEAR (date— joined) FROM sales—rep 
WHERE employee number—1; 


A —_—_——— + 
| DAYOFYEAR (date—joined) | 
e 
| 46 | 
H——————————————— 


Como trabajar con varias tablas 


El verdadero potencial de las bases de datos relacionales reside en la posibili- 
dad de establecer relaciones entre las tablas. 

Hasta ahora solo hemos trabajado con una tabla para familiarizarnos con la 
sintaxis de SQL. La mayor parte de las aplicaciones del mundo real constan de 
varias tablas, por lo que necesitaremos aprender a trabajar en estas situacio- 
nes. 

En primer lugar, vamos a agregar dos nuevas tablas a la base de datos. La 
tabla 1.5 contendra los datos de los clientes (un identificador de cliente, un nom- 
bre y un apellido) y la tabla 1.6 contendra los datos de venta (un identificador de 
cliente, un identificador de comercial, el valor de las ventas en dolares y un códi- 
go exclusivo para la venta). 


Tabla 1.5. La tabla Customer 


FIRST NAME INN 
1 Yvonne Clegg 
| 2 Johnny Chaka-Chaka 
Winston Powers 


Patricia Mankunku 


Tabla 1.6. La tala Sales 


SALES_REP CUSTOMER VALUE 


2000 
250 
500 
450 
3800 
500 


> QQ => DN bh —- 
N => hh Y QY — 


¿Puede crear estas tablas? A continuación se incluyen las instrucciones usa- 
das: 


mysql1> CREATE TABLE customer ( 

id int, 

first—name varchar (30), 

surname varchar (40) 
); 
Query OK, O rows affected (0.00 sec) 
mysql1> CREATE TABLE sales ( 

code int, 

sales—rep int, 

customer int, 

value int 
); 
Query OK, O rows affected (0.00 sec) 
mysql1> INSERT INTO customer(id, first—name, surname) VALUES 
(1,*Yvonne',,*Clegg*) , 
(2,'Johnny','Chaka-Chaka'), 
(3, 'Winston','Powers'), 
(4, 'Patricia','Mankunku') ; 
Query OK, 4 rows affected (0.00 sec) 
Records: 4 Duplicates: (O Warnings: 0 
mysql1> INSERT INTO sales (code, sales—rep, customer, value) VALUES 
(1, 1,1 ,2000)., 


(2,4,3,250), 

(3,2,3,500), 

(4,1,4,450), 

(5,3,1,3800), 

(6,1,2,500) ; 

Query OK, 6 rows affected (0.00 sec) 
Records: 6 Duplicates: 0 Warnings: O 


Combinación de dos o mas tablas 


Como puede ver, aqui se utiliza el numero del comercial y el identificador del 
cliente de la tabla de ventas. Si examina el primer registro de ventas, observara 
que se compone de sales rep 1,que, al examinar la tabla sales rep, 
verá que se corresponde con Sol Rive. El proceso manual de examinar la relación 
entre las dos tablas es el mismo que el que realiza MySQL, siempre que se le 
indique que relación utilizar. A continuación, escribiremos una consulta que recu- 
pere toda la información desde el primer registro de ventas asi como el nombre 
del representante de ventas. 


mysql> SELECT sales _rep,customer,value,first_name,surname 
FROM sales,sales—rep WHERE code=1 AND 
sales rep.employee number=sales.sales rep; 
7 A PP E AR 


| sales—-rep | customer | value | first-name | surname | 
PA 2 y OÁKÁKÁ<X<AYA_ 


| 1 | 1 | 2000 | Sol | Rive 
1 row in set (0.00 sec) 


La primera parte de la consulta, tras el comando SELECT, incluye los campos 
que deseamos recuperar. La operación resulta bastante sencilla ya que todo con- 
siste en indicar los campos que deseamos de las dos tablas. 

La segunda parte, tras FROM, indica a MySQL que tablas utilizar. En este 
caso, son dos: la tabla sales y la tabla sales rep. 

La tercera parte, tras WHERE, contiene la condición code=1, que devuelve 
el primer registro de la tabla de ventas. La siguiente parte es la sección que 
convierte a esta consulta en un vinculo. Éste es el lugar en el que se indica a 
MySQL que campos vincular o entre que campos se relacionan las tablas. La 
relación entre la tabla sales y la tabla sales_rep se establece entre el cam- 
po employe-— number de la tabla sales rep y el campo sales_rep de 
la tabla sales. Por lo tanto, como en el campo sales rep aparece un 1, 
debe buscar el empleado con dicho numero en la tabla sales rep. 

Vamos a probar otra consulta. En esta ocasion queremos recuperar todas las 
ventas realizadas por Sol Rive (con numero de empleada 1). Vamos a examinar 
el proceso de pensamiento subyacente a la construcción de esta consulta: 


+ ¿Qué tablas necesitamos? Claramente, la tabla sales rep y la tabla sa— 
les,las cuales ya forma parten de la consulta ROM sales_rep, sales. 


+ ¿Qué campos necesitamos? Necesitamos toda la información de ventas. Por lo 
tanto, la lista de campos se convierte en SELECT code, customer, value. 


+ Y finalmente ¿cuáles son las condiciones? La primera es que sólo necesitamos 
los resultados de Sol Rive y la segunda consiste en especificar la relación que 
se establece entre el campo sales_rep de la tabla sales y el campo 
employee_number de la tabla sales_rep.Por lo tanto, las condiciones 
son las siguientes: WHERE firstzname='Sol' and surname='"Rive' 
AND sales.sales_rep = sales_rep.employee_number. 


La consulta final presenta este aspecto: 


mysql> SELECT code, customer, value FROM sales—rep, sales 
WHERE first_name='Sol' AND surname="'"Rive' AND 


sales.sales rep = sales rep.employee number; 

A A o e 

| code | customer | value | 

A 

| dE] 1 2000 |] 

| q | 4 | 450 ] 

| 6 | 2) 500 | 

+++ 


3 rows in set (0.00 sec) 


Fíjese en la notacion de la condición de la relacion: sales.sales repo 


sales rep.employee number. Al especificar el nombre de la tabla, a 
continuación un punto y después el nombre del archivo hace que las consultas 
resulten mas claras y es el método obligatorio cuando se utilizan los mismos nom- 
bres para identificar tablas diferentes. Tambien puede utilizar esta notacion en la 
lista de campos. Por ejemplo, la consulta anterior se puede escribir de la siguien- 
te forma: 


mysql> SELECT code, customer, value FROM sales, 
sales—rep WHERE first_name='Sol' AND surname='Rive' 
AND sales—rep = employee—number; 


AA —— ++ 

| code | customer | value | 
A 

| Ll 1| 2000 |] 
| q | 4 | 450 | 
| 6 | 2 | 500 |] 
YH 


3 rows in set (0.00 sec) 


sin utilizar los nombres de las tablas delante de los nombres de archivo porque 


los campos de las diferentes tablas utilizan nombres exclusivos. Tambien podría- 
mos haber escrito la consulta de la siguiente forma: 


mysql> SELECT sales.code,sales.customer,sales.value 
FROM sales,sales_rep WHERE sales_rep.first_name='Sol' 
AND sales _rep.surname='Rive' AND sales.sales_rep = 


sales rep.employee number; 


+ 
| code | customer |] value | 
++ 
| 1 ] 14 | 2000 | 
p 4 |] 4 | 450 ] 
| 6 | 21] 500 |] 
H—— ++ 


3 rows in set (0.00 sec) 


En ambos casos se obtiencn los mismos resultados. 

Para mostrar qué ocurre cuando se utilizan nombres de campo iguales, vamos 
a modificar el campo sales_rep de la tabla de ventas y vamos a denominarlo 
employee number. No se inquietc, lo volveremos a modificar antes de que 
nadie se enterc: 


mysql1> ALTER TABLE sales CHANGE sales_rep 
employee—number int; 

Query OK, 6 rows affected (0.00 sec) 
Records: 6 Duplicates: 0 Warnings: 0 


A continuación, vamos a Intentar realizar de nuevo la union, una vez corregido 
cl nombre pero sin utilizar el punto para especificar los nombres de las tablas: 


mysql1> SELECT code,customer, value FROM sales—rep, sales 

WHERE first_name='Sol' AND surname='Rive'AND employee—number = 
employee—number; 
ERROR 1052: Column: 'employee—number' in where clause is ambiguous 


Leyendo la consulta cs probable que se de cucnta de que no resulta clara. Por 
lo tanto necesitamos utilizar los nombres de las tablas cada vez que hagamos 
referencia a uno de los campos employee number: 


mysql1> SELECT code, customer, value FROM sales rep,sales 
WHERE sales—rep.employee number=] AND sales—rep.employee number = 
sales.employee_ number ; 


+++ 
| code | customer | value |l 
A IAá] -;á_l] + 
| 1 1 1| 2000 ] 
| | 4 | 450 ] 
| 6 | 21 500 ] 
HI + 


3 rows in set (0.00 sec) 


TRUCO: Podriamos haber utilizado sales. a piasa number en 

lugar de sales rep. .employee number dentro de la cláusula HERE: 

pero es mejor li ar la tabla más pequeña porque asi se reduce el trabajo 
FÉ asignado a MySQL HA responder a la consulta. En un capitulo posterior 


” aprenderemos más sobre la optimización de consultas. 


Antes de continuar, vamos a cambiar el nombre del campo sustituyendolo por 
el antiguo: 


mysql> ALTER TABLE sales CHANGE employee—number sales—rep INT; 
Query OK, 6 rows affected (0.00 sec) 
Records: 6 Duplicates: 0 Warnings: O 


Realización de calculos con fechas 


La operacion de realizar calculos con fechas resulta relativamente sencilla. 
En la siguicnte seccion practicaremos con la edad de alguna de las personas en 
funcion de su fecha de nacimiento, pero en primer lugar vamos a realizar un 
cálculo mas sencillo. Para determinar cl numero dc afios que median entre la 
fecha actual y la fecha de nacimiento de una persona, se utilizan las funciones 
YEAR () y NOW (): 


mysql> SELECT YEAR(NOW() ) - YEAR(birthday) FROM sales—rep; 


PA O KÉ 

| YEAR(NOW()) - YEAR(birthday) | 
SP AA«XA—KÁ 

| 26 | 
| 99 | 
| 314] 
| 20 | 
$¿_ _ —_———+ 

4 rows in set (0.00 sec) 


NOTA: También puede utilizar CURRENT_DATE () en lugar de NOW () 


ya que ambas devuelven el mismo resultado. 


La consulta anterior no devuelve la edad, solo la diferencia en afios. No ticnc 
en cuenta los dias ni los meses. En esta seccion se describe como calcular la 
edad de una persona, tarea que puede resultar un tanto complicada si no tiene 
experiencia. Pero no sc desanime. Tras practicar con una serie de consultas 
básicas, le resultara muy sencillo. 

Debemos restar los afios como hemos hecho anteriormente pero además debe- 
mos restar otro aio si no ha transcurrido uno entero. Una persona nacida el 10 de 
diciembre de 2002 no tendra un aiio en enero de 2003, sino que tendrá que esperar 
a diciembre de 2003. Una buena forma de realizar csta operacion consiste en 
tomar los componentes MM-DD de los dos campos dc datos (la fecha actual y la 
fecha de nacimiento) y compararlos. Si el actual es mayor, habrá transcurrido un 
año, con lo que puede mantener el cálculo de los aiios sin modificar. Si la parte 
MM-DD es menor que la fecha de nacimiento; no habrá transcurrido un aiio 
entero y debc restar un alio al cálculo de los aiios. Este proceso puede resultar un 
tanto complicado y existen algunas formas bastantc complejas de realizar los 


calculos decimales, pero MySQL facilita la operación porque devuelve 1 si la 
expresion verdadera y Ó0 si resulta falsa. 


mysql1> SELECT YEAR (NOW ()) > YEAR (birthday) FROM 
sales—-rep WHERE employee number=1; 

+ 

| YEAR(NOW()) > YEAR(birthday) | 

SI ————_______———_———++ 

| E 1 

+ 

1l row in set (0.00 sec) 

mysql1> SELECT YEAR(NOW() < YEAR (birthday) FROM 
sales—-rep WHERE employee number=1; 

E E 

| YEAR(NOW()) < YEAR(birthday) | 

++ 

| O 4 

o 


1 row in set (0.00 sec) 


El aiio actual es mayor que el aiio del cumpleaiios del empleado 1. Esta afir- 
macion es verdadera y se le asigna el valor 1. El aio actual es menor que el aiio 
de nacimiento. Esto es falso y se le asigna el valor 0. 

A continuación necesitamos una forma rapida de devolver el componente MM- 
DD de la fecha. Para ello, es aconsejable utilizar la funcion de cadena RIGHT (). 


mysql1> SELECT RIGHT (CURRENT—DATE,5) ¡RIGHT (birthday,5) FROM 
sales—rep; 

2 +++ 

| RIGHT (CURRENT_DATE,5) | RIGHT(birthday, 5) | 


| 04-06 | 03=E8 | 
| 04-06 a, | 
| 04-06 | 01-04 | 
| 04-06 | 06-18 | 


4 rows in set (0.00 sec) 


El 5 incluido dentro de la funcion RIGHT () hace referencia al numero de 
caracteres situados a la derecha de la cadena que devuelve la funcion. La cade- 
na completa es 2002-04-06 y los cinco caracteres situados mas a la derecha 
son 04-06 (incluido el guion). Por lo tanto, ahora ya disponemos de todos los 
componentes para realizar el calculo de la fecha: 


mysql1> SELECT surname, first_name, (YEAR(CURRENT-—DATE) - 

YEAR (birthday))  - (RIGHT (CURRENT—DATE,5) <RIGHT (birthday,5)) 
AS age FROM sales-—rep; 
AHH 


| surname | first—-name | age | 
OA OAK + 
| Rive l Sol | 26 1 


Gordimer | Charlene | 43 | 


Rive | Mongane | 20 | 
Serote | Mike | 30 | 
q KK + 


rows in set (0.00 sec) 


Sus resultados puede que no coincidan con estos de manera exacta por el 
paso del tiempo y es posible que cste utilizando una fecha posterior. 


ADVERTENCIA: Tenga cuidado con los paréntesis al realizar un cálculo 
tan complejo. Debe ferrar EA paréntesis que abra en el lugar correcto. 


¿Se le ocurre un caso en el que la consulta anterior sobre la edad no funcione? 
Si el aio actual coincide con el aiijo de nacimiento, obtendra -1 como respuesta. 
Tras examinar los capitulos posteriores, pruebe a desarrollar una forma propia de 
calcular la edad. Existen muchas posibilidades, tantas como voces pidiendo a 
MySQL que desarrolle una función especial. 


Agrupacion de una consulta 


Tras desarrollar una tabla dc ventas, vamos a aplicar la funcion SUMO a un 
mejor uso que el que le dimos anteriormente para calcular el valor total de las 
ventas: 


mysql1> SELECT SUM(value) FROM sales ; 
+ 


+ 

| SUM(value) | 
+—————+ 

| 7500 | 
LITO 


1 row in set (0.00 sec) 


A continuación, queremos calcular las ventas totales de cada comercial. Para 
realizar esta tarea manualmente, necesitamos agrupar la tabla de ventas en fun- 
cion de los comerciales. Necesitariamos colocar todas las ventas realizadas por 
el comercial 1, hallar el total y repetir la misma operación con el comercial núme- 
ro 2. SQL dispone de la instrucción GROUP BY, que MySQL utiliza de la misma 
forma: 


mysql1> SELECT sales-rep,SUM(value) FROM sales GROUP BY 
sales—rep; 


+ =$ 
l sales—rep | SUM(value) | 
Py A XA AE 
| 1 1 2950 ] 
| 2 | 500 | 
| 31 3800 | 


| 4 | 250 | 
IE Amd 


Si prueba a realizar la misma consulta sin agrupar las ventas, obtendra un 
error: 


mysql> SELECT sales-rep ,SUM (value) FROM sales ; 
ERROR 1140: Mixing of GROUP columns 


(MIN() MAX () , COUNT () ...) with no GROUP columns 
is illegal if there is no GROUP BY clause 


Esta consulta no tiene mucho sentido, ya que intenta combinar un campo de 
resumen, SUM(), con un campo normal. ¿Qué esperamos? ¿La suma de todos 
los valores repetidos junto a cada comercial? 

Tambien puede ordenar el resultado de una consulta agrupada. Para recupe- 
rar las ventas totales de cada comercial desde la mayor a la menor, basta con 
agregar la instrucción ORDER BY: 


mysql1> SELECT sales—-rep,SUM(value) AS sum FROM sales 
GROUP BY sales—rep ORDER BY sum desc; 


+ +——+ 
| sales—rep | sum | 
44 
| 3 | 3800 | 
| 1 | 2950 ] 
| 2 | 500 | 
| 4 | 250 ] 
H———— ++ 


A continuacion, vamos a realizar una consulta mas compleja utilizando varios 
de los conceptos aprendidos. Vamos a recuperar el nombre de los comerciales 
que hayan obtenido los peores resultados de ventas. En primer lugar, tendremos 
que devolver un numero de empleado. Puede que obtenga un numero diferente al 
ejecutar la consulta, ya que hay tres personas que sólo han realizado una venta. 
No importa el que devuelva por ahora. La consulta presentara este aspecto: 


mysql1> SELECT sales—-rep COUNT (*) as count from sales 
GROUP BY sales—rep ORDER BY count LIMIT 1; 


++ 
)] sales—rep | count | 
++ 
| 4 | L 
+ +——+ 


1 row in set (0.00 sec) 


¿Puede ir mas alla y establecer un vinculo para recuperar el nombre del co- 
mercial 4? Si es capaz de realizar esta operación, y al comenzar este libro no 
habia trabajado nunca con bases de datos, esta en muy buen camino para con- 
vertirse en un experto. Á continuacion, se incluye la consulta: 


mysq1> SELECT first_name,surname,sales—-rep ,COUNT (*) AS 


count from sales, sales—rep WHERE sales rep=employee number 
GROUP BY sales—rep,first_name,surname ORDER BY count 
LIMIT 1; 

YA HH — + 

| first—- name | surname | sales—rep | count | 

—— A e | 

| Mongane | Rive qe] Lil 

———— +++ HH 

1l row in set (0.00 sec) 


Resumen 


MySQL es un sistema de administracion de base de datos relacional. Lógica- 
mente, los datos se estructuran en tablas, que se relacionan entre si por un campo 
comun. Las tablas se componen de filas (o registros) y los registros se componen 
de columnas (o campos). Los campos pueden ser de diferente tipo: numericos, 
de cadena o de tipo fecha. (Este capitulo se limita a presentar SQL. A lo largo 
del libro ira desarrollando su habilidad con este lenguaje.) 

El servidor MySQL es el lugar en el que se almacenan los datos y sobre él se 
ejecutan las consultas. Para establecer una conexión al servidor MySQL, necesi- 
ta el cliente MySQL. Éste puede estar instalado en el mismo equipo que el servi- 
dor o en un equipo remoto. 

El potencial de un sistema de administracion de bases de datos procede de su 
capacidad para estructurar datos y recuperarlos en funcion de una gran variedad 
de requisitos especificos. El estandar de la industria para manipular y definir 
datos es SQL. Sus comandos mas importantes son los siguientes: 


+ La instruccion CREATE crea bases de datos y tablas dentro de la base de 
datos. 


+ La instruccion INSERT coloca registros en una tabla. 
*« Lainstruccion SELECT devuelve los resultados de una columna. 
e La instruccion UPDATE modifica los datos de una tabla 


e  Lainstruccion ALTER cambia la estructura de una tabla, utilizando cláu- 
sulas como ADD para agregar una nueva columna, CHANGE para cambiar 
el nombre o definición de una columna existente, RENAME para cambiar 
el nombre de una tabla o DROP para eliminar una tabla. 


Las funciones incrementan el potencial de MySQL. Las funciones se carac- 
terizan por ir seguidas de parentesis. MySQL incorpora una gran cantidad de 
funciones (matematicas, como SUM() para calcular el total de un conjunto, de 
fecha y hora, como YEAR () para extraer la porción del año de una fecha, y 
funciones de cadena, como RIGHT() para extraer parte de una cadena que 
comience por el lado derecho de dicha cadena). 


Armados con esta información básica, podemos abordar temas fundamentales 
sobre la estructuracion de datos, continuar con el estudio de elementos mas 
avanzados de SQL y analizar los distintos tipos de tablas que utiliza MySQL para 
las diferentes clases de soluciones. 


Tipos 
de datos 
y tipos de tabla 


Como ya sabemos, MySQL utiliza varios tipos de tablas. El tipo de tabla pre- 
determinado es MyISAM que esta optimizado para la velocidad del comando 
SELECT: 


La mayor parte de los sitios Web utilizan esta tabla, ya que estos sitios suelen 
utilizar la instrucción SELECT mucho mas que las instrucciones INSERT O 
UPDATE. 


En este capitulo examinaremos los distintos tipos de tablas en detalle. En el 
capitulo anterior se examinaron brevemente varios tipos de datos. 


En este, exploraremos los tipos de datos disponibles y aprenderemos a utili- 
zarlos. 


En este capitulo se abordan los siguientes temas: 


+ Tipos de columna numericos, de cadena y de fecha 

+ Las opciones de linea de comandos de MySQL 

+ Operadores lógicos, aritmeticos, comparativos y bit a bit 

+ Examen de las opciones para establecer conexiones a MySQL 


* — Estudio de los tipos de tablas 


Análisis de los distintos tipos de columna 


Para usar MySQL de forma efectiva es importante comprender los distintos 
bloques de construcción disponibles. Las listas de correo de MySQL estan llenas 
de peticiones de ayuda y a menudo la solución consiste sencillamente en utilizar 
otro tipo de columna o de tabla o en realizar un examen mas detenido de sus 
funciones. En este capitulo, analizaremos en primer lugar los distintos tipos de 
columna y posteriormente cxaminarcmos los tipos de tablas disponibles en 
MySQL. 

Existen tres tipos fundamentales de columnas en MySQL: numericas, de ca- 
dena y de fecha. Aunque existen muchos otros tipos especificos de columna, que 
no tardaremos en ver, todos ellos se pueden clasificar dentro de los tres tipos 
mencionados. Por regla general, deberia seleccionar el tipo de columna de menor 
tamaño, ya que de esta forma se ahorra espacio y se logra una mayor velocidad 
de acceso y actualización. Sin embargo, si se selecciona un tipo de columna 
demasiado pequeño puede dar como resultado la perdida de datos o que se recor- 
ten al introducirlos. Por lo tanto, hay que escoger el tipo que englobe todos los 
posibles casos. En la siguiente sección se estudia cada tipo de manera detallada. 


mayor parte de las “versiones de Unix, a in de MacOS Xx 


Tipos de columna numericos 


Las columnas numericas estan diseiiadas para almacenar todo tipo de datos 
numericos, como precios, edades o cantidades. Existen dos tipos principales de 
tipos numericos: tipos enteros (numeros enteros sin decimales ni partes 
fraccionales) y tipos de coma flotante. 

Todos los tipos numericos permiten dos opciones: UNSIGNED y ZEROFILL. 
UNSIGNED no permite el uso de numeros negativos (extiende el rango positivo 
del tipo de los tipos enteros) y ZEROFILL rellena el valor con ceros en lugar de 
los espacios habituales, además de asignar el tipo UNSIGNED de manera prede- 
terminada. Por ejemplo: 


mysq1> CREATE TABLE testl(id TINYINT ZEROFILL) ; 
Query OK, 0 rows affected (0.32 sec) 


mysql1> INSERT INTO testl VALUES (3) ; 
Query OK, 1 row affected (0.16 sec) 


mysql> INSERT INTO testl VALUES (-1) 
Query OK, 1 row affected (0.16 sec) 


mysql> INSERT INTO testl VALUES (256) 
Query OK, 1 row affected (0.16 sec) 


mysql> SELECT * £rom testl; 


+——+| id 
Ht—+ 

| 003 ] 

| 000 | 

| 255 | 
H—+ 


3 rows in set (0.00 sec) 


Fijesc en que como el campo cs UNSIGNED, el número negativo se ajusta para 
adaptarlo ala parte inferior del rango, y como 256 supera el máximo del rango, se 
ajusta a 255, el valor máximo permitido. 


| NOTA : Al realizar una consulta sobre un tipo de columna numérico, no es 
necesario utilizar comillas para encerrar los valores. 


En la tabla 2.1 se recogen los tipos de valores numericos disponibles en MySQL. 


Tabla 2.1. Tipos numericos 


Descripción 


TINYINT[ (M)] Un entero pequeño; de -128 a 127 (SIGNED), 
[UNSIGNED] [ZEROFILL] de 0 a 255 (UNSIGNED); requiere 1 byte de 
espacio de almacenamiento. 


BIT Sinonimo de TINYINT (1). 
BOOL Otro sinonimo de TINYINT (1). 
| SMALLINT[ (M)] Un entero pequeño; de 32.768 a 32.767 


[UNSIGNED] [ZEROFILL] (SIGNED) ; de O a65,535 (UNSIGNED); requie- 
re 2 bytes de espacio de almacenamiento. 


MEDIUMINT [ (M) ] Un entero de tamaño medio, de -8.388.608 
[UNSIGNED] [ZEROFILL] a 8.388.607 (SIGNED); de O a 16.777.215 
(UNSIGNED); requiere 3 bytes de espacio de 

almacenamiento. 


INT[(M)] [UNSIGNED] Un entero; de -2.147.483.648 a 2,147.483.647 
¡ [ZEROFILL] (SIGNED); de O a 4.294.967.295 (UNSIGNED) ; 
| requiere 4 bytes de espacio de almacena- 
miento, 


Tipo 


Descripción 


_ INTEGER 


' BIGINT[ (M)] 


[UNSIGNED] [ZEROFILL] 
| 


FLOAT (precision) 
| [UNSIGNED] [ZEROFILL] 


| 


| FLOAT[ (M,D)] 
[UNSIGNED] [ZEROFILL] 


DOUBLE[ (M, D)] 
[UNSIGNED] [ZEROFILL] 


Sinonimo de INT 


Un entero grande; de -9.223.372.036. 


854.775.808 a 9.223.372.036.854.775.807 
(SIGNED); de 0 a 18,446.744.073.709.551.615 
(UNSIGNED); requiere 8 bytes de espacio de 
almacenamiento, En las reglas incluidas tras 
esta tabla se exponen algunas consideracio- 
nes importantes sobre el uso de BIGINT. 


Un numero de coma flotante. Se asigna una 
precision <=24 a los numeros de coma flo- 
tante de precision simple. Una precision de 
entre 25 y 53 se asigna a los numeros coma 
flotante de precision doble. FLOAT (x) cons- 
ta del mismo rango que los tipos FLOAT y 
DOUBLE correspondiente, pero el tamaño y 
el número de los decimales no estan defini- 
dos. En las versiones de MySQL anteriores a 
la 3.23, no se trataba de un verdadero valor 
de coma flotante y siempre llevaba dos deci- 
males. Este hecho puede originar problemas 
inesperados como que todos los cálculos de 
MySQL se realicen con precisión doble, 


Un numero decimal pequeño o de precision | 


simple. Su valor oscila entre 3,402823 
466E+38 y -1,175494351E-38, 0 y de 
1,175494351E-38 a 3,402823466E+38. Con 
UNSIGNED, el rango positivo sigue siendo el 
mismo, pero no se admiten los numeros ne- 
gativos. M indica el ancho total que se mues- 
tra y D indica el numero de decimales. FLOAT 
sin argumentos O FLOAT (X), donde X <=24 
equivale a un número de coma flotante de 
precision simple. FLOAT (X), donde x se si- 
tua entre 25 y 53 equivale a un numero de 
coma flotante de precision simple. Requiere 
4 bytes de espacio de almacenamiento (pre- 
cision simple). 


Un numero de coma flotante de precision 
doble. Oscila entre -1,7/976931348623 
157E+308 y -2,2250738585072014E-308, 0 
y de 2,2250738585072014E-308 a 1,797693 
1348623157E+308, Como en el caso de 
FLOAT,UNSIGNED no tocara el rango positi- 


| 


Tipo Descripción 


DOUBLE [ (M,D)] vo, pero no permitira el uso de numeros ne- 
[UNSIGNED] [ZEROFILL] gativos. M se utiliza para indicar el ancho to- 
¡Cont .) tal que se muestra y D el numero de 
decimales. DOUBLE sin argumentos oO 
FLOAT (X), donde 25<= X <= 53, equivale a 
un numero de coma flotante de precision do- 
ble. Requiere 8 bytes de espacio de almace- 
namiento. 


DOUBLE 
PRECISION[ (M, D) ] 
| [UNSIGNED] [ZEROFILL] 


Sinonimo de DOUBLE. 


REAL [ (M, D) [ Otro sinonimo de DOUBLE. 
[UNSIGNED] [ZEROFILL] 


DECIMAL [(M[,D])] Un numero decimal almacenado como una 

[UNSIGNED] [ZEROFILL] cadena, con un byte de espacio para cada 
carácter. Oscila entre-1,7976931348623 
157€E+308 y -2,2250738585072014E-308, 0 
y 2,2250738585072014E-308 a 1,7976931 
348623157E+308. M se utiliza para indicar el 
numero total de digitos (excluyendo el signo 
y el punto decimal, salvo en las versiones 
anteriores a la 3.23). D indica el número de 
decimates. Debe ser siempre inferior al valor 
de M. El valor predeterminado de D es O si se 
omite. A diterencia de los tipos numéricos, M | 
y D pueden limitar el rango de valores permi- 
tidos. Con UNSIGNED, los valores negativos 
no se permiten. 


DEC[ (M[,D])| Sinónimo de DECIMAL. 
[UNSIGNED] [ZEROFILL] 


NUMERIC [ (M[,D]) Otro sinonimo de DECIMAL. 
[UNSIGNED] [ZEROFILL] 


Utilice las siguientes directrices ala hora de escoger el tipo numerico: 


+ Seleccione el tipo mas pequeño susceptible de aplicación (TINYINT en 
lugar de INT si el valor no es mayor a 127 firmado). 


+ Para numeros enteros, seleccione el tipo entero. (Recuerde que las mone- 
das tambidn se pueden almacenar como numeros enteros; por ejemplo, se 
pueden almacenar en forma de centimos en lugar de en unidades con cenlti- 
mos.) Tambien podrian almacenarse como tipo DECIMAL. 


+ Para los casos en los que se necesite una mayor precision, utilice los tipos 
enteros en lugar de los tipos de coma flotante (los errores de redondeo 
afectan a los numeros de coma flotante). 


El valor M de la tabla 2.1 suele resultar confuso. Si se le asigna un valor 
superior a lo que admite, el tipo no permitira superar dicho limite. Por ejemplo: 


mysql> CREATE TABLE test2(id TINYINT(10)); 
Query OK, O rows affected (0.32 sec) 


mysql1> INSERT INTO test2(id) VALUES (100000000) ; 
Query OK, 1 row affected (0.00 sec) 


mysql1> SELECT id FROM test2; 
t— ——+ 

lid] 

H——+ 


| 127 q 
+——+ 
l row in set (0.00 sec) 


Aunque la cifra insertada tiene menos de 10 digitos (dado que se trata de un 
tipo TINYINT firmado), su valor positivo maximo se limita a 127. 

La especificacion del ancho opcional rellena de ceros la representación de los 
valores cuyo ancho sea inferior al especificado para la columna, sin restringir, 
con la excepción de los campos de tipo DECIMAL, el rango de valores que se 
pueden almacenar en la columna o el numero de digitos que se mostraran para 
los valores cuyo ancho supere el especificado para la columna. 

Sin embargo, si intenta restringir un tipo a un limite inferior al permitido, el 
valor no se recortara. No se restringira el rango que se puede almacenar ni el 
numero de digitos representados. Por ejemplo: 


mysql1> CREATE TABLE test3(id INT(1)) 5 
Query OK, OD rows affected (0.32 sec) 


mysql1> INSERT INTO test3(id) VALUES (42432432) ; 
Query OK, 1 row affected (0.00 sec) 


mysql> SELECT id FROM test3; 


SS 
Ll id | 
+ + 
| 42432432 | 
+ TY 


l row in set (0.16 sec) 


La especificacion del ancho se suele utilizar con zerof111 porque resulta 
sencillo ver los resultados: 


mysql> CREATE TABLE test4(id INT(3) ZEROFILL,id2 INT ZEROFILL); 


Query OK, Ú rows affected (0.32 sec) 


mysql1> INSERT INTO test4(id,id2) VALUES (22,22); 
Query OK, 1 row affected (0.00 sec) 


mysql1> SELECT * FROM testa; 


++ + 
l id | id2 | 
+ + 0 
| 022 | 0000000022 | 


H——+ + 
1 row in set (0.22 sec) 


El efecto de la especificacion del ancho en id limita a tres los caracteres que se 
representan, aunque el campo i d 2 utilice un tipo IN T predeterminado (10) sin firmar. 


Tipos de columnas de cadena 


Las columnas de cadena se utilizan para almacenar todo tipo de datos com- 
puestos de caracteres como nombres, direcciones o articulos de periodico. La 
tabla 2.2 describe los tipos de cadena disponibles para MySQL 


Tabla 2.2. Tipos de cadena 


Descripción 


[NATIONAL] CHAR(M) [BINARY] Caracter. Una cadena de longi- | 
tud fija, con relleno de espacios | 
a la derecha para la longitud 
especificada. De O a 255 carac- 
teres (de 1 a 255 en versiones 
de MySQL anteriores a la 3.23). 
Los espacios en blanco se elimi- 
nan al recuperar el valor. 


CHAR Sinonimo de CHAR(1). 


[NATIONAL] VARCHAR(M) [BINARY] Caracter de longitud variable. 
Una cadena de longitud variable, 
cuyos espacios en blanco se eli- 
minan al almacenar el valor (se 
trata de un fallo que puede co- 
ger desprevenido a aquellos lec- 
tores acostumbrados a utilizar 
otros DBMS, en los que no ocu- 
rre lo mismo). De O a 255 carac- 
teres (de 1 a 255 en versiones 
de MySQL anteriores a la 4.0.2). | 


Tipo 
TINYBLOB 


| TINYTEXT 


BLOB 


¡ TEXT 


MEDIUMBLOB 


MEDIJUMTEXT 


LONGBLOB 


' LONGTEXT 


Descripción 


Objeto binario grande pequeño. El numero de ca- | 
racteres maximo es de 255 (2* — 1). Requiere una | 
longitud de almacenamiento de + 1 bytes. Igual que | 
TINYTEXT, con la salvedad de que la busqueda 
discrimina entre mayusculas y minusculas. Es acon- : 
sejable utilizar VARCHAR BINARY en la mayor par- 
te de las situaciones porque resulta mas rapido. 


El numero de caracteres maximo es de 255 (2* — 
1). Requiere una longitud de almacenamiento de + 
1 bytes. Igual que TINYBLOB con la salvedad de 
que la busqueda no discrimina entre mayusculas y 
minusculas. Es aconsejable utilizar VARCHAR en 
la mayor parte de las situaciones porque resulta 
mas rapido. 


Objeto binario grande. Maximo de 65.535 caracte- 
res (2** — 1). Requiere una longitud de almacena- 
miento de + 2 bytes. Igual que TEXT, con la 
salvedad de que la busqueda discrimina entre ma- | 
yusculas y minusculas. 


| 


Maximo de 65.535 caracteres (2** — 1). Requiere 
una longitud de almacenamiento de + 2 bytes. Igual 
que BLOB, con la salvedad de que la búsqueda no 
discrimina entre rnayusculas y minusculas. 


Objeto binario grande de tamaño medio. Maximo | 
de 16.777.215 caracteres (2** - 1). Requiere una 
longitud de almacenamiento de + 3 bytes. Igual que 
MEDIUMTEXT con la salvedad de que la búsque- 
da discrimina entre mayusculas y minusculas. 


Maximo de 16.777.215 caracteres (2” — 1). Requiere 
una longitud de almacenamiento de + 3 bytes. Igual 
que MEDIUMBLOB, con la salvedad de que la bús- | 
queda no discrimina entre mayúsculas y minusculas. 


Objeto binario grande de gran tamaño. Maximo de 
4.294.967.295 caracteres (2*? - 1). Requiere una 
longitud de almacenamiento de + 4 bytes. Igual que 
LONGTEXT, con la salvedad de que la búsqueda 
discrimina entre mayusculas y minusculas. Fijese 
en que debido a las restricciones externas existe 
un límite de 16MB por fila de comunicacion paque- 
te/tabla. 


Maximo de 4.294.967.295 caracteres (2*? - 1). Re- 
quiere una longitud de almacenamiento de + 4 


| 


Tipo Descripción 


SET(valor1”, 'valor2',...) Un conjunto. Puede contener de cero a 64 valores 


bytes. Igual que LONGBLOB, con la salvedad de 
que la busqueda no discrimina entre mayusculas y 
minusculas. Fijese en que debido a las restriccio- 
nes externas existe límite de 16MB por fila de co- 
municacion paquete/tabla. 


ENUM(valor1' 'valor2",...) Enumeración. Solo puede tener uno de los valores 


especificados, NULL o "". Valores maximos de 
65.535. 


de la lista especificada. 


Utilice las siguientes directrices a la hora de decidir qud tipo de cadena selec- 
cionar: 


No almaccne nunca numeros en columnas de cadena. Resulta mucho mas 
eficaz hacerlo en columnas de tipo numerico. Cada digito incluido en una 
cadena ocupa un byte de espacio, en contraposición a un campo numerico, 
que los almacena en bits. Asi mismo, la ordenacion de numeros almacena- 
dos en columnas de cadena puede generar resultados incoherentes. 


Para lograr mayor velocidad, utilice columnas fijas, como CHAR . 

Para ahorrar espacio, utilice columnas dinámicas, como VARCHAR . 
Para limitar los contenidos de una columna a una opción, utilice ENUM. 
Para permitir mas de una entrada en una columna, seleccione SET 


Si desea buscar testo sin discriminar entre mayusculas y minusculas, utili- 
ce TEXT. 


Si desea buscar texto discriminando entre mayusculas y minusculas, utili- 
ce BLOB. 


Para imagenes y otros objetos binarios, almacenelos en el sistema de arch1- 
vos en lugar de directamente en la base de datos. 


De manera predeterminada, las busquedas sobre CHAR y VARCHAR se reali- 
zan sin discriminar entre mayusculas y minusculas a menos que utilice la palabra 
clave BINARY. Por ejemplo: 


mysql> CREATE TABLE test5(first—name CHAR (10)) 5 
Query OK, O rows affected (0.00 sec) 


mysql> INSERT INTO test5(first name) VALUES ('Nkosi'); 
Query OK, 1 row affected (0.06 sec) 


mysql1> SELECT first—name FROM test5 WHERE first name='nkosi'; 


+_————+ 
| first—name | 


| Nkosi | 
+———— + 
l row in set (0.17 sec) 


Esta busqueda devuelve un resultado aunque se especifique nkosi en lugar de 
Nkosi. Si modifica la tabla, especificando la columna first_name como 
BINARY, no recuperara ningun resultado, como se muestra a continuacion: 


mysql1> ALTER TABLE test5 CHANGE first_name first_name CHAR (10) 
BINARY ; 


Query OK, 1 row affected (0.16 sec) 
Records: 1 Duplicates: 0 Warnings: OU 


mysql> SELECT first—- name FROM test5 WHERE first_name='nkosi' ; 


Empty set (0.17 sec) 


NOTA: La realización de busquedas sobre campos CHAR y VARCHAR sin 
que se discrimine entre mayúsculas y minúsculas no suele ser habitual en la 


mayor parte de los DBMS, por lo que debe tener cuidado si está realizando 
el tránsito a MySOL desde otro DBMS . 


La palabra clave NATIONAL solo se incluye por razones de compatibilidad 
con SQL ANSI. (ANSI equivale a Instituto americano de normalización y han 
desarrollado un estandar para SQL. 

La mayor parte de los sistemas de administración de bases de datos, DBMS, se 
adhieren a este estandar en algún grado; son pocos los que lo hacen de forma 
completa y gran parte de ellos incluyen de elementos propios.) Indica al DBMS 
que utilice el conjunto de caractercs predeterminado de MySQL (que por otra 
parte es el estandar de MySQL). 


NOTA: Si se utiliza CHAR en lugar de VARCHAR, el resultado serán 
tablas de mayor tamaño, pero por regla general MáS rápidas en cuanto a su 


procesamiento ya que My SOL sabe dónde comienza cada registro de mane- 
ra exacta, En una sección posterior se ampliara este tema. 


as colum unciones ales. Si agrega un valor 
Las columnas ENUM incluyen algunas f especiales. S l 
no válido, se insertará una cadena vacia (""), como se puede ver a continuacion: 


mysql> CREATE TABLE test6(bool ENUM("true","false")) 5 
Query OK, OU rows affected (0.17 sec) 


mysql> INSERT INTO test6(bool) VALUES ('true') 3 
Query OK, 1 row affected (0.17 sec) 


mysql> INSERT INTO test 6(bool) VALUES ('troo') 5 
Query OK, 1 row affected (0.06 sec) 


mysql> SELECT bool from test6; 
+—+ 

| bool | 

+——+ 

| true | 


++ 


2 rows in set (0.11 sec) 


Tambien puede realizar consultas sobre campos enumerados en funcion de 
sus indices (el primer valor comienza en 1). En el ejemplo anterior, true se 
reflejará como un indice 1, false como un índice 2, NULL como un índice 
NULL, y cualquier otro valor ("") como indice O. Por ejemplo: 


mysql1> SELECT * FROM test6 WHERE bool=0; 
+——+ 

| bool 

—+ 

| | 

+ 

1l row in set (0.17 sec) 


mysql> SELECT * FROM test6 WHERE bool=1; 
+ + 

| bool | 

+——+ 


l true l 
ho + 


1 row in set (0.16 sec) 


ADVERTENCIA :LOAD DATA no permite agregar registros a un campo 


enumerado utilizando el índice porque trata todas las entradas como cade- 
nas. 


Los campos enumerados se ordenan por los valores de los indices, no de forma 
alfabética. En otras palabras, se ordenan en el orden en el que se definen los 
valores. 


mysql1> SELECT * FROM test6 ORDER BY bool ASC; 
H—+ 

| bool | 

——+ 

| | 

l true | 

| false | 

t—+ 

3 rows in set (0.22 sec) 


Los conjuntos funcionan de forma similar a los campos enumerados: 


mysql> CREATE TABLE test7 (fruit 
SET('apple','mango','litchi','banana')):; 
Query OK, O rows affected (0.11 sec) 


mysql> INSERT INTO test7 VALUES ( 'banana'); 
Query OK, 1 row affected (0.17 sec) 


mysql> INSERT INTO test”7 VALUES ('litchi'); 
Query OK, 1 row affected (0.05 sec) 


mysql> INSERT INTO test7 VALUES ( 'paw-—paw') ; 
Query OK, 1 row affected (0.00 sec) 


La diferencia de un tipo SET es que permite agregar varias instancias: 


mysql> INSERT INTO test7 VALUES ('apple,mango'); 
Query OK, 1 row affected (0.06 sec) 


mysql> SELECT * FROM test7; 
e MES + 
l fruit 
+ 


+ 


| banana 

Pl Loutbehi 
| 

| 


apple,mango | 
+ + 
4 rows in set (0.17 sec) 


Como en el caso de las enumeraciones, la ordenacion se realiza por el 
índice: 


mysql> INSERT INTO test7 VALUES ('mango,apple') :; 
Query OK, 1 row affected (0.00 sec) 


mysql> SELECT * FROM test7 ORDER BY fruit; 
———+ 

LIT rubt | 

++ 

| | 

| apple,mango | 

| apple,mango | 

| litchi | 

| banana | 

eg + 

5 rows in set (0.11 sec) 


Fíjese en que el orden de los elementos es siempre igual al especificado por la 
instrucción CREATE TABLE. 

Por ello, mango,apple se almacena como apple,mango, y aparece de esta for- 
ma en los resultados ordenados. 


NOTA: Puede crear una columna do tipo GHAR(0), Resulta de utilidad Al. 
trabajar con aplicaciones di que dependan de la existencia de irá 


campo pero no Almagenen AAdaÉn 6. También. puede utilizarlas si necesita 
jue | a sob dos valores, NUED y "E 


Tipos de columna de fecha y hora 


Los tipos de columna de fecha y hora estan diseiiados para trabajar con las 
necesidades especiales que exigen los datos de tipo temporal y se puede utilizar 
para almacenar datos tales como la hora del dia o fechas de nacimiento. La tabla 
2.3 describe los tipos de columnas de fecha disponibles para MySQL. 


Tabla 2.3. Tipos de fecha 


Tipo Descripción 


| 
DATETIME AAAA-MM-DD HH:MM:ss desde 1000-01-01 


00000049 9999S12=31 23299: 39; 


DATE AAAA—MM-DD dsd 1000-01-01 a 9999-12-31. 
TIMESTAMP AAAAMMDDHHMMSS. 
TIME HH:MM:SS. 


YEAR AAAA. 


El tipo de columna TIMESTAMP se puede visualizar de diferentes formas 
como muestra la tabla 2.4. 


Tabla 2.4. Tipos TIMESTAMP 


Tipo Descripción 

| TIMESTAMP (14) AAAAMMDDHHMMSS 
TIMESTAMP(12) AAMMDDHHMMSS 

| TIMESTAMP(10) AAMMDDHHMM 
TIMESTAMP(8) AAAAMMDD 
TIMESTAMP(6) AAMMDD 

¡ TIMESTAMP(4) AAMM 

| TIMESTAMP(2) AA 


Esto no implica la perdida de datos. El numero solo afecta a la visualización 
de los datos; incluso en las columnas definidas como T IMESTAMP (2),se alma- 


cenan los 14 digitos, por lo que si en un momento posterior modificáramos la 
definición de la tabla, la marca de tiempo se mostraria correctamente. 


ADVERTENCIA: Las funciones, a excepción de UNIX_TIMESTAMP (), 
operan sobre el valor de representación. Por lo tanto, la función 


DAYOFWEEK() no funcionara con un tipo TIMESTAMP (2) 0 
TIMESTAMP (4). 


MySQL acepta diferentes formatos de fecha. Puede sustituir el guion (-) y los 
dos puntos (:) por cualquier otro caracter de puntuacion sin efectos sobre la 
validez. Por ejemplo: 


mysq1> CREATE TABLE tt(ts DATETIME); 


mysql1> INSERT INTO tt(ts) VALUES ('1999+11+11 23-24'); 
Query OK, 1 row affected (0.06 sec) 


Puede incluso sustituir el espacio por otro caracter. El siguicnte ejemplo lo 
sustituye por signos de igual: 


mysql1> INSERT INTO tt(ts) VALUES ('1999+12=12-12'12*') 5 
Query OK, 1 row affected (0.05 sec) 


S1 el valor introducido no es valido, no se generara un mensaje dc error. En su 
lugar, se asignara 0 como resultado (0000 para un tipo YEAR, 00:00:00 para 
un tipo TIME, etc.) 


Opciones de MySQL 


Al ejecutar el comando my sq] para establecer una conexión a MySQL, puede 
utilizar cualquiera de las opciones que se muestran en la tabla 2.5. 


Tabla 2.5. Opciones de MySQL 


Opciones Descripción 


- ?,—help Muestra la ayuda y sale. 


-A, —no-auto-rehash Permite un inicio mas rapido. La función de asig- 
nación automática permite pulsar la tecla Tab para | 
que MySQL intente completar la tabla o campo. 
MySQL asigna los nombres del campo o de la tabla 
al inicio, pero en ocasiones, si el numero de tablas 
y campos es grande, la operación de inicio puede 
ralentizarse. Esta opción permite desactivar la fun- 


Opciones 


Descripción 


-A. —no-auto-rehash 


|-b, =no-beep 


|-B, batch 


—character-sets-dir-=... 


“Cr —EO0Mpres s 


-$, —debug[=...] 


-D, —database-.. 


-e, —execute-... 


|=E, vertical 


=E. —LOBER 


default-character-set-=... 


cion de reasignacion. Para utilizar la fun- 
cion de asignacion cuando se ha especi- 
ficado esta opción en el proceso de inicio, 
escriba rehash en la línea de coman- 
dos. 


Desactiva el pitido que se emite cada vez 
que tiene lugar un error. 


Acepta instrucciones SQL en modo de 
procesamiento por lotes. Muestra los re- 
sultados separados mediante tabulado- 
res. No utiliza el historial. 


Indica a MySQL en que directorio se en- 
cuentran ubicados los conjuntos de ca- 
racteres. 


Utiliza la compresion en el protocolo ser- 
vidorlicliente. 


Crea un registro de depuracion. El valor 
predeterminado es d:t:0:,/tmp/ 
mysql.trace, que permite labores de 
depuracion, activa la entrada de llama- 
da de funcion y el rastreo de salida, y 
dirige el resultado a /tmp/mysql .tra- 
ce. Puede reemplazar este parametro 
especificando otro. 


Indica que base de datos utilizar. Por re- | 
gla general, puede seleccionar una base 
de datos sin especificar esta opción, pero 
resulta útil emplearla en el archivo de 
configuración. 


Establece el conjunto de caracteres pre- 
determinado. 


Ejecuta el comando y sale. Produce el 
mismo resultado que la opcion -B. 


Imprime el resultado de una consulta ver- 
ticalmente, incluyendo cada campo en 
una línea diferente. Sin esta opcion, pue- 
de lograr el mismo resultado colocando 
6 al final de cada instrucción. 


Obliga a MySQL a continuar con el pro- 
cesamiento aunque reciba un error SQL. 


Opciones 


-f —force 


-g9, —no-named-commands 


-h, —host=... 


HL, EEN 


-i,—ignore-space 


-—-L,-skip-line-numbers 


—no-pager 


no-tee 


[—n, =unbuffered 


| * 
[E 8297 ES LAA AMES 


| 


-G, -enable-named-commands 


Descripción 


Esta opcion resulta util en modo de pro- 


cesamiento por lotes cuando este se rea- 


liza desde archivos. 


Deshabilita comandos con nombres. Uti- 
liza 1A* unicamente o comandos con 
nombres sólo al principio de la línea que 
termine en un punto y coma (;). Desde 


la version 10.9, el cliente se inicia con | 


esta opcion activada de forma prede- 
terminada. Sin embargo, con la opcion 


-g, los comandos con formato largo se- 


guiran funcionando desde la primera lí- 
nea. 


Permite el uso de comandos con nom- 
bre. Se admiten comandos con formato 


largo asi como comandos1* abreviados. | 


Establece la conexión a un equipo dado. 


Aplica formato a los resultados de una 


consulta en HTML. Por regla general, se | 


utilizara un lenguaje de programacion 
para aplicar este formato, pero esta op- 
cion puede resultar útil para generar 
HTML de forma mas rudimentaria. 


Ignora los espacios incluidos tras nom- 
bres de funciones. 


Impide que MySQL escriba el número de 
línea asociado a los errores. Puede re- 
sultar de utilidad para representar archi- 
vos de resultados en los que se necesiten 
buscar errores o comparar. 


Deshabilita el paginador y los resultados 
dirigidos a un dispositivo estandar de 
salida. Véase la opcion —pager. 


Deshabilita la salida. Consulte tambien 
la ayuda interactiva (1h). 


Vacia el búfer tras cada consulta. 


Impide que MySQL escriba los nombres 
de columna en los resultados. 


-0,—set-variable var=option' Asigna un valor a una variable. —help 


] 
j 


lista las variables. 


Opciones 


Descripción 


¡=0, —one-database 


pra! 


Solo actualiza la base de datos predeter- 
minada. Esta opcion puede resultar util 
para evitar actualizaciones de otras bases | 
de datos en el registro de actualizaciones. 


Los resultados con muchos datos suelen 
salirse de la pantalla. Puede dirigirlos a 
un paginador. Los paginadores validos 
son less, more, cat [> nombre de 
archivo],etc. Esta opción no funciona 
en modo de procesamiento por lotes. 
Pager solo funciona en Unix. 


-p[contraseña], — password[=..,] Contraseña que se utiliza al establecer 


PP. DUDES... 


=Q, quick 


=L, =KEaWw 


-s, =silent 


=-S, -socket=... 


-t, —table 


-T, -debug-info 


OS 


la conexión al servidor. Si no se indica 
en la línea de comandos, se le pedira. Si 
introduce la contraseña en la línea de co- 
mandos, no podra incluir espacios entre 
la opcion y la contraseña. 


De manera predeterminada, se utiliza el 
puerto 3306 para establecer la conexión 
a MySQL. Puede cambiar esta opcion 
especificando otro numero de puerto 
TCP/IP para la conexion. 


Obliga a mostrar Jos resultados fila a fila. 
Este método aumenta la velocidad de vi- 
sualizacion de los resultados si hay mu- 
chos, pero puede ralentizar el servidor si 
se suspende la salida. No utiliza el ar- 
chive de historial. 


Escribe valores de columna sin conver- 
sion de escape. Se utiliza con — batch. 


No visualiza una gran cantidad de resul- 
tados. 


Archivo de socket utilizado para estable- 
cer la conexion. 


Devuelve los resultados en formato de 
tabla. Este es el formato predetermina- 
do en modo no por lotes. 


Imprime determinada información de 
depuracion al salir. 


Anexa todo en el archivo de salida. Véa- 
se tambien la ayuda interactiva (1h). No 
funciona en modo por lotes. 
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Opciones Descripción 


-u, Tuser=Hi Especifica un usuario para el inicio de | 
sesion. Si no se especifica un usuario, 
MySQL asumira el actual (si lo hubiera). 


—-U,— safe-updates[=4$], Sólo permite UPDATE y DELETE que uti- 
—1-am-a-dummy[=*+] licen claves. Si esta opción lleva asigna- 
do el valor predeterminado, puede 
reiniciarla utilizando —safe-updates=0. 


-v, -verbose Obliga a MySQL a generar salida deta- 
llada (ev -v -v aplica formato de tabla a 
los resultados, -t). 


-V, —version Devuelve información sobre la version y 
sale. 
yw, —wait Si la conexión no esta establecida, esta 


opcion espera e intenta establecerla mas 
tarde, en lugar de abortarla. 


La funcion de reasignacion automática permite pulsar la tecla Tab y comple- 
tar la tabla o el campo. MySQL realiza esta operacion al establecer la conesion, 
pero en ocasiones, cuando cl numero de tablas y campos es grande, la operacion 
de inicio puede resultar muy lcnta. Las opciones -AO— no-auto-rehash 
desactiva esta funcion. 

La opcion - E imprimc los resultados verticalmente. Puede obtener este tipo de 
resultados, aunque no tenga establecida la conexión a MySQL con esta opcion 
activada si utiliza AG al final de la consulta: 


mysql> SELECT * FROM customerAG; 
EXAXXXNA NARA AAA AAA AAA dex row KEMAR AAA AAA AAA AAA kk: A 
id: 1 
first—name: Yvonne 
surname: Clegg 
R3>EENR ERA RARA AA RARA 2. row KEI 
id: 2 
first—name: Johnny 
surname: Chaka-Chaka 
HEEE ARA AAA AAA 3. rTOw EXA MEA AAA oe 
id: 3 
first—name: Winston 
surname: Powers 
KARA RRA Ek á. LOW KARA AAA AAA ko 
id: 4 
first—name: Patricia 
surname: Mankunku 
XK KK RARAAAAAAAA Bb. row EEEXKAREAKE AAA RAR RRA 
id: 5 
first—name: Francois 


surname: Papo 
KKHKKKKAK AAA AAA AAA AAA AAA AAA SR 6. rTow AXAXAXKHXAXXAXAXA AX AXAXAXAAAAA 


id: 7 
first-name: Winnie 
surname: Dlamini 
E E E E E E 7, row E EEE EEE EEE E ERES 


dé 6 
first _ name: Neil 
surname: Beneke 
7 rows in set (0.00 sec) 


La opcion para la omisión de espacios (- 1) brinda una mayor flexibilidad a la 
hora de reutilizar funciones en las consultas. Por ejemplo, la siguiente secuencia 
genera un error (fijese en el espacio utilizado tras MAX) : 

mysql> SELECT MAX (value) FROM sales; 

ERROR 1064: You have an error in your SOL syntax near ' (value) 


from 
sales' at line 1 


Si utiliza la opcion -i al conectar, no surgira ningun problema: 


mysq1> SELECT MAX(value) FROM sales; 


+ + 
| MAX (value) |! 
== + 
| 3800 | 
MAA + 


La opcion -H (o —html) coloca los resultados de la consulta dentro de una 
tabla HTML. Si establece la conexión con esta opcion, se generara el siguiente 
resultado: 


mysql> SELECT * FROM customer; 

<TABLE BORDER=1><TR><TH>id</TH><TH>first_name</ 
TH><TH>surname</TH></TR> 
<TR><TD>1</TD><TD>Yvonne</TD><TD>Clegg</TD></TR> 
<TR><TD>2</TD><TD>Johnny</TD><TD>Chaka-Chaka</TD></TR> 
<TR><TD>3</TD><TD>Winston</TD><TD>Powers</TD></TR> 
<TR><TD>4</TD><TD>Patricia</TD><TD>Mankunku</TD></TR> 
<TR><TD>5</TD><TD>Francois</TD><TD>Papo</TD></TR> 
<TR><TD>7</TD><TD>Winnie</TD><TD>Dlamini</TD></TR> 
<TR><TD>6</TD><TD>Nei l</TD><TD>Beneke</TD></TR></TABLE> 
7 rows in set (0.00 sec) 


La opcion —o sólo permite realizar actualizaciones sobre la base de datos 
predeterminada. Si establece la conexión utilizando esta opcion, no podra realizar 
actualizaciones sobre ninguna de las tablas de la base de datos firstdb: 


mysql> UPDATE customer SET first_name='John' WHERE 


first_name='Johnny'; 
Ignoring query to other database 
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La opcion —U (tambien conocida como la opcion "soy un poco torpe”) ayuda a 
evitar sorpresas desagradables ya que no permite realizar operaciones de actuali- 
zacion o eliminación sin una clave (tema que se analizara en un capitulo poste- 
rior). Si establece la conexión utilizando esta opcion, el siguiente comando no 
funcionara: 


mysql1> DELETE FROM customer; 

ERROR 1175: You are using safe update mode and you tried to 
update a 

table without a WHBRE that uses a KEY column 


Análisis de los distintos tipos de tablas 


Existen dos tipos de tablas de transaccion segura (InmoDB y BDB). El resto 
(ISAM, MyISAM, MERGE y HEAP) no son de transaccion segura. La elección 
del tipo de tabla adecuado puede afectar enormemente al rendimiento. 


Tablas ISAM 


Las tablas del tipo Método de acceso secuencial indexado (ISA M) era el estándar 
antiguo de MySQL. Éstas fueron sustituidas por las tablas MyISAM en la ver- 
sion 3.23.0 (aunque los tipos ISAM seguiran estando disponibles hasta MySQL 
4.1). Por lo tanto, es probable que sólo se tope con este tipo de tablas si esta 
trabajando con bases de datos antiguas. La principal diferencia entre las dos es 
que el índice de las tablas MyISAM es mucho mas pequeiio que el de las tablas 
ISAM, de manera que una instrucción SELECT con un índice sobre una tabla 
MyISAM utilizara muchos menos recursos del sistema. En contrapartida, las 
tablas de tipo MyISAM necesitan mucha mas potencia de procesador para inser- 
tar un registro dentro de un índice mas comprimido. 

Las tablas ISAM presentan las siguientes caracteristicas: 


+ ISAM almacena los archivos de datos con un extension . 1SD y el archivo 
de índice con una extension . ISM. 


+ Las tablas no son archivos binarios portables entre diferentes equipos o 
sistemas operativos. En otras palabras, no basta con copiar los archivos 
ISD e ISM. Necesitara utilizar un método de volcado, como mysqldump 
(analizado en un capitulo posterior). 


Si se topa con una tabla de tipo ISAM, deberia convertirla a tipo MyISAM ya 
que resultan mas eficaces. Las tablas MyISAM permiten además utilizar un mayor 
numero de las funciones de MySQL. Utilice la siguiente secuencia para convertir 
una tabla ISAM a una tabla MyISAM: 


ALTER TABLE nombre _ de tabla TYPE = MYISAM; 


Tablas MyISAM 


Las tablas de tipo ISAM sustituyeron a las tablas ISAM en la version 3.23.0. 
Los indices MyISAM son mucho mas pequeiios que los indices ISAM. Debido a 
ello, el sistema utiliza menos recursos al realizar una operación de selección 
mediante un índice de una tabla MyISAM. Sin embargo, MyISAM requiere mas 
potencia de procesador para insertar un registro dentro de un índice mucho mas 
comprimido. 

Los archivos de datos MyISAM llevan asignada la extension .MYD y la exten- 
sion de los indices es .MYI. Las bases de datos MyISAM se almacenan en un 
directorio. Por lo tanto, si ha realizado los ejercicios del capitulo anterior y dispo- 
ne de permiso para examinar el directorio firstdb, vera los siguientes archi- 
VOS: 


* ¿sales=reps MY. 

*« Sales=réep.MtD 

e  sales.MYD 

e sales.MY1I 

e Customer.MYD 

*: customer.MYI 

Los archivos de datos deberian ser siempre mas grandes que los archivos de 
indice. En un capitulo posterior, se explicara como utilizar correctamente los 
indices y se analizara su contenido. 

Existen tres subtipos de tablas MyISAM: estaticas, dinamicas y comprimidas. 

Al crear las tablas, MySQL escoge entre el tipo dinámico o el tipo estatico. El 
tipo predeterminado son las tablas estaticas y se crean si no incluyen columnas 
VARCHAR,BLOB o TEXT .De lo contrario, la tabla se convierte en tabla dinámi- 
ca. 


Tablas estaticas 


Las tablas estaticas (tambien denominadas de forma mas descriptiva tablas de 
longitud fija) tienen longitud fija. En la figura 2.1, se muestran los caracteres 
almacenados en una mini tabla. El campo es un nombre definido comoCHAr (10). 


DOONANNNNN 


vpppufefe[m[r[ | | 
mpifefofafo] | | | 


Figura 2.1. Datos almacenados en formato estatico 
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Cada registro lleva asignados exactamente 10 bytes. Si el nombre ocupara 
menos espacio, el resto de la columna se rellenaria con espacios para ajustarse a 
los 10 caracteres. 

Las tablas estaticas se caracterizan por: 


e Ser muy rápidas (ya que MySQL sabe que el segundo nombre comienza 
siempre en el caracter numero once). 


e  —Resultan sencillas de almacenar en cache. 


+  Resultan sencillas de reconstruir tras un fallo (ya que como las posiciones 
de los registros son fijas, MySQL sabe donde se encuentra; de esta forma 
sólo se perdera el registro escrito durante el fallo). 


* Requieren mas espacio de disco (se necesitan 30 caracteres para tres regis- 
tros, aunque los nombres ocupen sólo 16). 


e —Noresulta necesario reorganizarlas con myisamchk (en un capitulo poste- 
rior examinaremos este aspecto). 


Tablas dinamicas 


Las columnas de las tablas dinamicas trenen diferentes tamaiios. Si los mismos 
datos utilizados en la tabla estatica se colocan en una tabla dinamica, se almace- 
naran como se muestra en la figura 2.2: 


Figura 2.2. Datos almacenados en formato dinamico 


Aunque este formato de datos ahorra espacio, resulta sin embargo mas com- 
plejo. Cada registro consta de un encabezado que indica su longitud. 
Las tablas de tipo dinamico presentan las siguientes caracteristicas: 


e Todas las columnas de cadena son dinamicas, a menos que su tamaiio sea 
inferior a 4 bytes. (En este caso, el espacio ahorrado resultaria insignifi- 
cante y la complejidad adicional provocaria una perdida de rendimiento.) 


e Por regla general, ocupan mucho menos espacio de disco que las tablas 
fijas. 

e Las tablas requieren un mantenimiento regular para evitar su fragmenta- 
cion. (Por ejemplo, si actualizamos fan a lane, la e no puede aparecer en 


el espacio inmediatamente posterior a lan porque este espacio esta ocupa- 
do por el inicio de la siguiente columna o registro.) En un capitulo poste- 
rior se amplia el tema del mantenimiento. 


En caso de columnas fragmentadas, cada nuevo vínculo supondra 6 bytes 
adicionales y tendra al menos 20 bytes de tamaiio (además de poder tener 
vinculos propios si se aplican otras actualizaciones que aumenten dicho 
tamalio). 


No resultan tan sencillas de reconstruir tras un fallo del sistema, especial- 
mente si las tablas estan muy fragmentadas. 


Si se excluyen los vinculos, el tamaiio de un registro dinamico se puede 
calcular con la siguiente formula: 


(numero de columnas + 7) / 8 

(numero de columnas de caracter) 

tamafio empaquetado de las columnas numericas 
longitud de cadenas 

(numeros de columnas NULL + 7) / 8 


+++ 


Cada registro consta de un encabezado, lo que indica que columnas de 
cadena estan vacias y que columnas numericas contienen un cero (no 
registros NULL), en cuyo caso no se almacenan en el disco. Las cadenas no 
vacias contienen un byte de longitud más los contenidos de la cadena. 


Tablas comprimidas 


Las tablas comprimidas son tablas de sólo lectura que utilizan mucho menos 
espacio de disco. 

Son ideales para su uso con datos comprimidos que no cambien (que sólo se 
pueden leer y no escribir) y donde no exista mucho espacio disponible, como en 
un CD-ROM. 

Las tablas comprimidas presentan las siguientes caracteristicas: 


Se crean utilizando la utilidad myisampack (fijese en que la opción 
ROW_FORMAT="compressed" del comando CREATE TABLE sólo 
funcionará si el codigo de myisampack se ha agregado al servidor). 


Las tablas son mucho mas pequelias. 


Como cada registro se comprime de forma separada, la carga de acceso es 
reducida. 


Cada columna se podría comprimir de forma diferente, utilizando distintos 
algoritmos de compresion. 


Se pueden comprimir formatos de tabla fija y dinamica. 
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+ Para crear una tabla comprimida con myisampack, basta con ejecutar la 
siguiente secuencia: 


myisampack [opciones] nombre del archivo 


En la tabla 2.6 se recogen las opciones correspondientes a las tablas comprt- 
midas. 


Tabla 2.6. Opciones de tabla comprimida 


Opción Descripción 


| 
-b, backup Crea un volcado de la tabla llamado nornbre._ 
de_tabla.OLD. 


-%, -debug=opciones_ Genera el registro de depuracion. La cadena 
depuracion opciones_depuracibn Suele serd:t:o, nom- 
bre de archivo. 


-f, force Durante el proceso de compresion, MySQL crea un 
archivo temporal llamado nombre_de_tabla. TMD. 
Si este proceso finaliza de forma inesperada por 
alguna razon, puede que el archivo temporal no se 
elimine. Esta opcion obliga a MySQL a comprimir 
la tabla aunque exista el archivo temporal, si el 
proceso de compresion aumenta el tamaliio de la 
tabla o si la tabla es demasiado pequelia para com- 


primirse. 
-?,—help Muestra un mensaje de ayuda y sale. 
-j big_nombrede Combina todas las tablas incluidas en la línea de 
tabla,—join= comandos en una tabla mayor. Las tablas deben 
nombredetabla ser identicas (en todos los aspectos, como colum- 


nas e indices). 


-p H, -—packlength=fs Por regla general, esta opcion solo se utiliza al eje- 
cutar myisampack por segunda vez. myisampac al- 
macena todas las filas con un puntero de longitud de 
1-3, Ocasionalmente, puede que detecte la necesi- 
dad de utilizar un puntero de longitud inferior du- 
rante el proceso de compresion (por lo general suele 
deducirlos correctamente). Cuando volvamos a 
comprimir la tabla, podemos indicar a myisampack 
que utilice el tamaiio de almacenamiento de longi- 


tud optima. 

=s, silent Modo silencioso. Solo muestra errores. 

-t, —test Esta opcion no comprime la tabla, solo prueba el 
proceso de compresion. 


Opción Descripción 


| -T nombre_directorio, Escribe la tabla temporal dentro del directorio es- 
—=tmp-dir= pecificado. 
nombre_directorio 


-y, — verbose Modo detallado. Escribe información sobre el pro- 
greso y el resultado del proceso de compresion. 

-V, — version Muestra información sobre la version y sale. 

=w, — wait Si se esta utilizando la tabla, esta opción espera y 


vuelve a intentarlo. No es aconsejable utilizar esta 
opcion en combinación con — skip-external- 
locking si existe la posibilidad de que la tabla se 
vaya a actualizar durante el proceso de compre- 
sion. 


Vamos comprimir una dc las tablas que hemos estado utilizando hasta el mo- 
mento. Tenemos que utilizar la opcion - £ porque la tabla es demasiado pequeiia 
para comprimirla normalmente: 


C:Archivos de programalMySQL1bin>myisampack -v -f 
. |AdataXfirstdbisales -1 
Compressing ..idatalfirstdbisales -1.MYD: (5 records) 
- Calculating statistics 


normal : 3  empty-space: O empty-zero: Z 
empty-fi11: 1 

pre-space: Ó  end-space: 2  ¡ntervall-fields: 0 
Zero: 0 


Original trees: 7 After Join: 1 
- Compressing file 


Min record length: 10 Max length: A Mean total 
length: 40 
390481. 


Para descomprimir una tabla, ejecute el comando myisamchk — unpack 
nombre de archivo: 


C:lArchivos de programalMySQL1bin>myisamchk —unpack 
. «|AdataNfirstdbisales -1 

- recovering (with keycache) MyISAM-table 

a NaataNtirstabisales 1 

Data records: 5 


Tablas MERGE 


Las tablas MERGE son la fusion de tablas MyISAM iguales. Este tipo de 
tablas se introdujeron en la version 3,23,25. 
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Por regla general sólo se utilizan cuando las tablas MyISAM empiezan a re- 
sultar demasiado grandes. 
Entre las ventajas de estas tablas se pueden mencionar las siguientes: 


Resultan mas rápidas en determinadas situaciones (se pueden dividir va- 
rias tablas en discos diferentes y utilizar una tabla MERGE para acceder a 
ellas como si se tratara de una sola tabla). 


El tamaiio de tabla es mas pequelio. Algunos sistemas operativos tienen un 
limite en cuanto a los tamaiios de archivo y la division de las tablas y la 
creación de una tabla MERGE permite solucionar este problema. Asi mis- 
mo, los archivos resultan mas faciles de transferir, como por ejemplo para 
copiarlos a un CD. 


Puede convertir la mayor parte de las tablas originales en tablas de sólo 
lectura y permitir la insercion de elementos en la tabla mas reciente. De 
esta forma sólo se correra el riesgo de daiiar una pequeiia tabla durante el 
proceso de actualización o insercion y el proceso de reparación resultara 
mucho mas rapido. 


Entre las desventajas de las tablas MERGE se incluyen las siguientes: 


Resultan mucho mas lentas en busquedas eq_ref 


Es necesario tener cuidado al cambiar una de las tablas subyacentes, ya 
que puede daiiarse la tabla MERGE (en realidad no sufren daiios, sólo 
puede ocurrir que no este disponible). 


El comando REPLACE no funciona sobre ellas. 


Las tablas utilizan algunos descriptores mas de archivos. 


A continuación crearemos una tabla MERGE. En primer lugar, necesitamos 
crear dos tablas identicas: 


CREATE TABLE sales—repl ( 

id INT AUTO_INCREMENT PRIMARY KEY, 
employee—number INT(11), 

surname VARCHAR (40) , 

first—name VARCHAR(30) , 

commission TINYINT (4), 

date—3Joined DATE, 

birthday DATE 

) TYPE=MyISAM; 


CREATE TABLE sales—rep2 ( 

id INT AUTO—INCREMENT PRIMARY KEY, 
employee—number INT(11), 

surname VARCHAR(40), 

first name VARCHAR(30), 

commission TINYINT (4), 


date—joined DATE, 
birthday DATE 
) TYPE=MyISAM; 


CREATE TABLE sales repl1l_2 ( 

id INT AUTO—INCREMENT PRIMARY KEY, 
employee number INT(11), 

surname VARCHAR(40) , 

first—name VARCHAR(30), 
commission TINYINT(4), 
date—joined DATE, 

birthday DATE 

) TYPE=MERGE 

UNION= (sales repl,_sales_ rep2); 


A continuacion, insertaremos algunos datos dentro de las tablas para poder 
probarlas: 
INSERT INTO sales—rep1l ('employee—number', 'surname', 
'first—name', 'commission', 'date joined', 'birthday') 
VALUES (1, 'Tshwete','Paul',15,'1999-01-03','1970-03-04'): 
INSERT INTO sales—rep2 ('employee—number', 'surname', 
'first—name', 'commission', 'date—joined', 'birthday') 


VALUES (2,'Grobler','Peggy-Sue',12,'2001-11-19','1956-08-25'); 


Ahora, si realizamos una consulta sobre la tabla combinada, todos los reg1s- 
tros de sales_repl y sales_rep2 estaran disponibles: 


mysql> SELECT first_name,surname FROM sales repl 2; 


+ F————+ 

| first—name | surname | 
+ + 

| Paul | Tshwete | 
| Peggy-Sue | Grobler | 
H———— ++ 


2 rows in set (0.00 sec) 


En funcion de los resultados anteriores, no es posible saber de que tabla sub- 
yacente proceden. Afortunadamente, no necesitaremos saberlo si estamos actuali- 
zando un registro. La siguiente instrucción 


mysql> UPDATE sales repl_2 set first_name = "Peggy" 
WHERE first_name="Peggy-Sue" 

Query OK, 1 row affected (0.00 sec) 

Rows matched: 1 Changed: 1  Warnings: 0 


actualizara el registro correctamente. Como el registro sólo existe fisicamente 
en el nivel subyacente, las consultas realizadas sobre la tabla MERGE y sobre la 
tabla MyISAM subyacente reflejaran los datos correctamente, como se demuestra 
a continuación: 


mysql> SELECT first_name,surname FROM sales—repl-—2; 
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E + + 
| first—name | surname | 
++ Ah 
| Paul | Tshwete | 
| Peggy | Grobler | 
H——— ++ 


2 rows in set (0.00 sec 


mysql> SELECT first_name,surname FROM sales—rep2; 


———+ ER 
| first—name | surname | 
AÁAÁAAA + 
| Peggy | Grobler | 
t————+ + 


1 row in set (0.00 sec) 
Los mismo se aplica a las instrucciones DELETE: 


mysql> DELETE FROM sales _repl_2 WHERE first_name='Peggy'; 
Query OK, 1 row affected (0.00 sec) 


El registro se elimina en el nivel subyacente, por lo que desaparecera de las 
consultas en la tabla MERGE y en la tabla subyacente: 


mysql> SELECT first _name,surname FROM sales repl 2; 


+ 
| first—name | surname | 
PAK ++ 
| Paul | Tshwete | 
A 


1 row in set (0.00 sec) 


mysql> SELECT first_name,surname FROM sales—rep2; 
Empty set (0.00 sec) 


Sin embargo, si intenta realizar una operación de inserción, MySQL no sabra 
en que tabla subyacente insertar el registro y devolvera un error: 


mysql> INSERT INTO sales _repl_2 ('surname', 'first_name', 
'commission', 'date—joined', 'birthday') 
VALUES ('Shephard','Earl',11,'2002-12-15','1961-05-31'); 
ERROR 1031: Table handler for 'sales repl 2' doesn't have this 
option 


Por suerte existe una solución, que fue introducida en la version 4 (antes no se 
podian insertar registros en las tablas MERGE). Al crear una tabla MERGE, 
podemos especificar en que tabla realizar las inserciones. Fíjese en la ultima 
cláusula de la siguiente instrucción CREATE: 

CREATE TABLE sales repl 2 ( 

id INT AUTO—INCREMENT PRIMARY KEY, 


employee—number INT(11), 
surname VARCHAR (40) , 


first—name VARCHAR (30), 
commission TINYINT(4), 
date—joined DATE, 

birthday DATE 

) TYPE=MERGE 

UNION= (sales repl,sales rep2) 
INSERT—METHOD = LAST 


INSERT METHOD puede ser NO, FIRST OLAST.A continuación, los regis- 
tros insertados se colocan dentro de la primera tabla en la lista de unión, en la 
ultima tabla o en ninguna. El valor predeterminado es NO. 


ADVERTENCIA : Si realiza algún cambio estructural en las tabla subya- 
centes, como modificar el nombre o reconstruir los indices, necesitará vol- 
ver a construir la tabla MERGE. En primer lugar, elimine la tabla MERGE, 
realice los cambios deseados y vuelva a construir la tabla MERGE. Si 
realiza tos cambios y olvida eliminar Ta tabla MERGE, puede que descubra 
que no puede acceder a la tabla correctamente. Para solucionar este proble- 
ma, Elimine la tabla MERGE y vuelva a reconstrutrla. 


Tablas HEAP 


Las tablas HEAP son el tipo de tabla mas rapido porque se almacenan en 
memoria y utilizan un índice asignado. La contrapartida es que, como se almace- 
nan en memoria, todos los datos se pierden en caso de un fallo en el sistema. 
Además, no pueden contener una gran cantidad de datos (a menos que disponga 
de un gran presupuesto para RAM). 

Como en el caso de cualquier otra tabla, puede crear una en funcion de los 
contenidas de atra. Las tahlas HEAR se suelen utilizar para arreader rápidamente 
a una tabla ya existente (se deja la tabla original para labores de inserción y dc 
actualización, y la nueva tabla se utiliza para rcalizar lecturas rapidas.) Á cont1- 
nuacion, crearemos una tabla a partir de la tabla sales rep. Si no creo la 
tabla sales_rep en el capitulo anterior, hágalo ahora y rellénela utilizando las 
siguientes instruccioncs: 


CREATE TABLE sales—rep ( 
employee—number int(11) default NULL, 
surname varchar (40) default NULL, 
first_name varchar(30) default NULL, 
commission tinyint (4) default NULL, 
date—joined date default NULL, 
birthday date default NULL 

) TYPE=MyISAM: 


INSERT INTO sales—rep VALUES (1, 'Rive', 'Sol' 
'"2000-02-15', '1976-03-18'):; 


INSERT INTO sales—rep VALUES (2, 'Gordimer', 'Charlene', 15, 
"1998-07-00", :1958-11-30') ; 

INSERT INTO sales—rep VALUES (3, 'Serote', 'Mike', 10, 
'2001-05-14', '1971-06-18'); 

INSERT INTO sales—rep VALUES (4, 'Rive', 'Mongane', 10, 
'2002-11-23'", '1982-01-045; 


A continuación, crearemos una tabla HEAP que tome un subconjunto de elemen- 
tos de sales_rep y los coloque en memoria para brindar un acceso mas rapido: 


mysql> CREATE TABLE heaptest TYPE=HEAP SELECT 
first_name,surname 

FROM sales—rep; 

Query OK, 4 rows affected (0.02 sec) 

Records: 4 Dúplicates: 0 Warnings: 0 


mysql> SELECT * FROM heaptest: 


YH XA 

| first—name | surname | 
+ qAA]Á + 

| Sol | Rive | 
| Charlene l Gordimer | 
|] Mike | Serote | 
| Mongane | Rive | 
$ ———+ + 


4 rows in set (0.00 sec) 
Entre las caracteristicas de las tablas HEAP se pueden destacar las siguientes: 


* Como las tablas HEAP utilizan memoria, no es deseable que su tamaiio sea 
demasiado grande. El tamaiio de las tablas se limita mediante el uso de la 
variablernax_heap table_size de mysql]. 


+ Las claves no se utilizan de la misma forma que en las tablas MyISAM. No 
se pueden utilizar con una instrucción ORDER BY. 


e Sólo utilizan la clave completa para buscar una fila, no parte de una clave. 
* Sólo utilizan = y <=> al buscar indices. 


+ El optimizador de rangos de MySQL no puede descubrir cuantas filas 
existen entre dos valores. 


* Sin embargo, si las claves se usan de manera correcta sobre tablas HEAP 
el resultado es mas rapida. 


+ Las tablas HEAP, a diferencia de otras tablas asignadas, permiten el uso 
de claves no unicas. 


e No admiten el uso de indices en una columna NULL. 
* No admiten columnas AUTO_INCREMENT. 


*« No admiten columnas BLOB o TEXT. 


Como puede ver, existen bastantes diferencias entre los indices MyISAM y los 
indices HEAP. Una tabla HEAP puede resultar más lenta si nos basamos en un 
indice que no utilice. En un capitulo posterior se analiza el uso de las claves con 
mas detenimiento. 


NOTA: Además del límite max SBS table size y y del limite de 
memoria de su equipo, se podría alcanzar un límite de 4GB por tabla en 


algunas configuraciones dado que esa es la limitación impuesta por el espa- 
cio de dirección en los equipos de 32 bits. 


Tablas InnoDB 


Las tablas InnoDB son tablas de transacción segura (lo que significa que dis- 
ponen de las funcioncs COMMIT y ROLLBACK) . En una tabla MyISAM, la tabla 
entcra se bloquea al realizar funciones dc insercion. Durante csa fracción de 
segundo, no sc puede ejecutar ninguna otra instrucción sobre la tabla. InoDB 
utiliza funciones de bloqueo en el nivel de fila de mancra que solo se bloquee 
dicha fila y no toda la tabla, y se puedan seguir aplicando instrucciones sobre 
otras filas. 

Por razones de rendimiento, es aconsejable utilizar tablas InnoDB si necesita 
realizar una gran cantidad de operaciones dc insercion y actualización sobre los 
datos de sus tablas en comparacion con opcraciones de selección. Por el contra- 
rio. si las operaciones de seleccion superan a las de actualizacion o inscrcion, es 
preferible inclinarse por las tablas MyISAM. 

Para utilizar tablas InnoDB. es necesario compilar MySQL con compatibili- 
dad InnoDB (cn un capitulo posterior se explicarán los detalles), como la distribu- 
cion mysqld-max. Tambien existc una serie de parametros de configuración que 
deberian configurarse antes confiar en este tipo de tablas para obtencr un buen 
rendimicnto. 

Al iniciar MySQL con las opciones InnoDB compiladas y utilizar solo los va- 
lores predeterminados, verá aparccer una secuencia parecida a la siguiente: 


C:IAMySOLAbin>mysqld-max 


InnoDB: The first specified data file .1Mibdatal did not exist: 
InnoDB: a new database to be created! 

InnoDB: Setting file .tMibdatal size to 64 MB 

InnoDB: Database physically writes the file full: walt... 
InnoDB: Log file .lNib_logfile0 did not exist: new to be created 
InnoDB: Setting log file .Mib logfile0 size to 5 MB 

InnoDB: Log file .Nib_logfilel did not exist: new to be created 
InnoDB+. Setting log file “lib logfilel size to: 5 MB 

InnoDB: Doublewrite buffer not found: creating new 

InnoDB: Doublewrite buffer created 

InnoDB: Creating foreign key constraint system tables 


InnoDB: 


Foreign key constraint system tables created 


020504 12:42:52 InnoDB: Started 
C:IAMYSOLABINAIMYSQLD-=2.EXE: ready for connections 


ADVERTENCIA : Antes de lA versión 4, no bastaba con iniciar MySQL. 
Era necesario configurar al menos el archivo innodb_data_file path. 


Este archivo se comenta en un capitulo posterior. 


De manera predeterminada, MySQL crea un archivo ibdatal en el directo- 
rio de datos predeterminado (por lo general, C : AMSQLAdata en Windows, o / 
usr/local/mysgql/data o /usr/local/var/ en Unix). 

Las tablas InnoDB se diferencian de las tablas MyISAM en que las bases de 
datos no se almacenan en un dirccetorio, con las tablas como archivos. Todas las 
tablas y los indices se almacenan en un espacio de tabla InnoDB (que pucde 
componcrse de una o varias tablas; en el ejemplo anterior era ibdatal). 

Por lo tanto, la restricción en cuanto a los datos no viene dada por cl limite del 
tamaiio dc archivos del sistema operativo. 


NOTA : En una tabla MyISAM, un sistema operativo con un límite de ZGB 
permitirá un tamaño de tabla Máximo de 2GB. En el caso de las tablas 


InnoDB no existe dicho limite, pero la responsabilidad de optimizar el es- 
pacio de las tablas recae en el administrador. 


El tamaiio inicial de las tablas se establece en 16MB, En versiones anteriores 
de MySQL anteriores a la 4, el tamaio asignado era de 64 pero no se podia 
extender (lo que significa que una vez agotado el espacio, no se podia ampliar). 
En las versiones posteriores este parametro pasó a extenderse automaticamente 
de manera predeterminada, lo que significa que el espacio de las tablas crece a 
medida que lo hacen los datos. Sin embargo, MySQL brinda control manual sobre 
este parametro para poder optimizar el rendimiento. En breve se explicará como 
(en un capitulo posterior se desarrolla este tema de manera mas detallada). 

Utilice la siguiente secuencia para crear una tabla InnoDB: 


mysql> CREATE TABLE innotest (f1 INT,f2 CHAR(10), INDEX (f1)) 
TYPE= InnoDB ; 
Query OK, O rows affected (0.10 sec) 


Tablas DBD 


DBD equivale a Base de datos de Berkeley (creada originalmente en la 
University of California, Berkeley). Se trata tambien de un tipo de tabla habilita- 
do para transacciones. Como en el caso de las tablas InnoDB, es necesario com- 
pilar la compatibilidad BDB en MySQL para que funcione (la distribución 
mysql-max incorpora dicha funcion). 


Para crear una tabla BDB, basta con utilizar TYPE=BDB tras la instrucción 
CREATE TABLE: 


mysql> CREATE TABLE bdbtest(f1 INT,f2 CHAR(10)) TYPE=BDB; 
Query OK, O rows affected (0.28 sec) 


En la actualidad, la interfaz entre MySQL y DBD (que existe de forma inde- 
pendiente a MySQL) sigue todavia en version beta. MySQL y BDB llevan mu- 
cho años entre nosotros, y se pueden considerar como estables, no asi la interfaz 
entre ambos. Examine la ultima documentación al respecto para verificar si se ha 
producido algun avance. 


Resumen 


La selección de los tipos de campos correctos es una cuestión importante si 
desea obtener el mejor rendimiento de MySQL. Los tipos numericos permiten 
realizar calculos y suelen resultar mas pequeiios que los tipos de cadena. Los 
tipos de fecha permiten almacenar fechas y horas de forma sencilla. 

De la misma forma, para utilizar MySQL de manera correcta, es necesario 
comprender los operadores que utiliza. Los operadores lógicos como AND y OR, y 
los operadores de comparacion como = y LIKE, ayudan a restringir los resulta- 
dos de las consultas a los registros deseados. Los operadores bit a bit resultan 
utiles para trabajar con datos matematicos binarios. 

MySQL incluye varios tipos de tablas para su uso en diferentes situaciones. 
Las tablas de tipo MyISAM (el tipo predeterminado) es ideal para sistemas en 
los que se realizan una gran cantidad de consultas de actualizacion (como en los 
sitios Web). Las tablas MERGE son combinaciones de tablas MyISAM idénti- 
cas; estas tablas facilitan las labores de actualizacion y brindan una mayor velo- 
cidad de procesamiento en determinadas situaciones. 

Las tablas HEAP son las mas rápidas y se almacenan en memoria. Las tablas 
InnoDB y BDB garantizan la seguridad de las transacciones, lo que permite la 
agrupacion de instrucciones para asegurar la integridad de los datos. Las tablas 
InnoDB realizan lecturas uniformes, lo que significa que los resultados de las 
tablas se muestran tal y como aparecen tras una transacción realizada. Esta 
opción no resulta siempre adecuada y puede reemplazar este comportamiento 
con bloqueos de lectura para operaciones de actualizacion y uso compartido. 
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SQL 
Avanzado 


Ya hemos tenido la oportunidad de conocer un poco de SQL, pero todavia 
queda mucho por aprender. Para comenzar a apreciar el potencial que ofrece 
MySQL y avanzar en su dominio, es necesario analizar varios operadores aritme- 
ticos, de comparacion y de bit a bit. Estos operadores permiten construir consul- 
tas mucho mas complejas que las vistas en el primer capitulo. De manera similar, 
examinaremos consultas que extraen datos de varias tablas, llamadas combina- 
ciones. Las caracteristicas propias de las combinaciones por la izquierda, por la 
derecha, externas, internas y naturales pueden resultar confusas. En este capitulo 
se abordaran todos estos aspectos y le indicaremos cuando usarlas y como hacer- 


lo. 


En este capitulo se abordan los siguientes temas: 


Operadores lógicos, aritmeticos y bit a bit 


Combinaciones avanzadas (internas, externas, por la izquierda, por la de- 
recha y naturales) 


Combinación de resultados con el comando UNION 
Reescritura de subselectores como combinaciones 


Eliminación de registros con DELETE y TRUNCATE 


+ Variables de usuario 

+ Ejecucion de MySQL en modo de procesamiento por lotes 
+ Realización de transacciones con BEGIN y COMMIT 

+ Lecturas coherentes 

+ Bloqueos de tabla 


+ Bloqueos de lectura para operaciones de actualización y de uso compartido 


Operadores 


Los opcradores son los bloques con los que se construyen las consultas com- 
plejas. Los operndores lógicos (como AND y OR) permiten asociar varias condi- 
ciones de distintas formas. Los operadores aritméticos (como + o *) permiten 
realizar Operaciones matematicas básicas en sus consultas. Los operadores de 
comparación (como > o <) permiten comparar valores y restringir los conjuntos 
de resultados. Por ultimo, los operndores bit a bit, aunque no se utilicen habitual- 
mentc, permiten trabajar con bits en las consultas. 


Operadores logicos 


Los operadores logicos reducen las opciones a true (l)o false (0). Por 
ejemplo, si le pregunto si es hombre OR mujer (estoy asumiendo que quiero una 
respuesta afirmativa o negativa), la respuesta sera si o true. S1 la pregunta 
fuera si es hombre AND mujer, la respucsta seria no, o false.Los operadores 
AND y OR utilizados en las preguntas son operadores logicos. En la tabla 3.1 se 
describen los operadores de forma mas detallada. 


Tabla 3.1. Operadores logicos 


Operadores Sintaxis Descripción 

AND, 88 cl AND c2, cl 88 c2 Sólo es verdad si ambas con- | 
diciones, c1 y c2, son verda- 
deras. | 

OR, || él. OR, 2. el. 11 552 Verdad si cl o <2 es verdad. | 

|, NOT l.¡al, NOT el Verdad si c1 es falsa y falsa 
si c1 es verdadera. 


En lugar de rellenar la tabla y ejecutar consultas sobre ella, los siguientes 
ejemplos devolverán 1 o 0. Cada fila de las tablas que se consulte se reducira a un 


l o un 0, Los unos se devolveran y los ceros no. Si entiende la lógica, puede 
aplicar los principios a cualquiera de sus tablas. Si es la primera vez que trabaja 
con estos operadores, compruebe si puede predecir los resultados en funcion de la 
tabla 3.1. 


mysql> SELECT 1 AND 0; 
+ 


mysql> SELECT NOT(1 AND 0) 5 
E 


NOT (1 AND 0) | 


1..| 


t= ++ 
+ 


mysql1> SELECT !((1 OR 0) AND (0 OR 1)); 


+ + 
| 1((1 OR 0) AND (0 OR 1)) | 
+ + 
| O | 
+ + 


Recuerde que las condiciones incluidas en los parentesis mas internos se re- 
suelven en primer lugar. Por lo tanto, MySQL simplifica la compleja instrucción 
del ejemplo anterior de la siguiente forma: 


((1 OR 0) AND (0 OR 1)) 
((1) AND (1)) 
(1) 


Operadores aritmeticos 


Los operadores aritmeticos se usan para realizar operaciones aritmeticas elemen- 
tales. Por ejemplo, en la expresion 2 + 3 = 5, el signo mas (+) es un operador aritmé- 
tico. En la tabla 3.2 se describen los operadores aritmeticos disponibles en MySQL. 


Tabla 3.2. Operadores aritméticos 


Operadores Sintaxis Descripción 
. a + b Agrega a y b, y devuelve la suma de ambos. 
E s Resta b de a, y devuelve la diferencia 
NN e Multiplica a y b, y devuelve el producto de 
ambos. 


Operadores Sintaxis Descripción 


/ a / b Divide a entre b, y devuelve el cociente. 


a % b A modulo b, y devuelve el resto de a / b. 


Por ejemplo, la suma de dos columnas dc tipo INT gcncrara otro entero: 


mysql> SELECT 2+1; 


+—+ 
| 2+1 | 
+—+ 
| 3 
+—+ 


mysql> SELECT 4-2/4; 
+ + 


| 4-2/4 | 
t——+ 
lo 350: | 
+——+ 


El valor que se devuelve en este ejemplo cs 3,5, no 0,5. porque la division se 
realiza cn primer lugar (¿recuerda la reglas de prioridad dc las operaciones apren- 
didas cn la cscucla?).Sin cmbargo, es aconsejable utilizar siempre parentesis 
para dejar claro las opcracioncs que se rcalizaran en primer lugar a aquellas 
personas que no conozcan las reglas. Para simplificar la consulta anterior, pode- 
mos escribirla de esta forma: 


mysql> SELECT 4-(2/4) 5 
+ + 

| 4-(2/4) 1 

> et 

| 3.50 | 

+ 


NOTA: Aunaue todos los valores de esta consulta son enteros. como el 


resultado es un elemento no entero, se devuelve como numero decimal. En 
el siguiente ejemplo se muestra el funcionamiento del operador de modulo: 


mysql> SELECT 5 3 3; 


+——+ 
[3% 3] 
++ 
21 
+——+ 


El operador de modulo devuelve el resto de una division. En el ejemplo ante- 
rior, 5 dividido entre 3 es l, y el resto es 2. 


Operadores de comparacion 


Los operadores de comparacion se utilizan para realizar comparaciones entre 
valorcs. Por ejemplo, podemos afirmar que 34 cs mayor que 2. La expresión es 
mayor que es un operador de comparacion. La tabla 3.3 lista y describe los 
operadores de comparacion utilizados en MySQL. 


Tabla 3.2. Operadores de comparacion 


Operador Sintaxis Descripción 

= a = b Verdad si a y b son iguales | 
(excluyendo NULL). 

[| l=, <> a lS'b, a <>'b Verdad si a no es igual a b. 
> a > b Verdad si a es mayor que b. 
< a < b Verdad si a es menor que b. 
== a >= b Verdad si a es mayor o igual 

que b, 

<= a <= b Verdad si a es menor o igual 
que b. 

<=> a <=> b Verdad si a y b son ¡iguales 
(incluyendo NULL). 

IS NULL a is NULL Verdad si a contiene un valor 
NULL. 

IS NOT NULL a IS NOT NULL Verdad si a no contiene un 
valor NULL. | 

BETWEEN a BETWEEN b and c Verdad Si a esta entre los va- 
lores deb y c, ambos inclusive. 

NOT BETWEEN a NOT BETWEEN b and ce Verdad si a no está entre 
los valores de b y c, ambos 
inclusive. 

LIKE a LIKE b Verdad si a equivale a b en 
una correspondencia de pa- 
tron SQL. 

NOT LIKE a NOT LIKE b Verdad si a no equivale con b 


en una correspondencia de 
patron SQL. Los dos comodi- 
nes aceptados son % (que 
equivale a cualquier número 
de caracteres) y _ (que equi 
vale a un carácter). 


Operador Sintaxis Descripción 


IN a IN (b1, b2, b3 ) Verdad sl a es igual a algún | 
elemento de la lista. 
NOT IN a NOT IN (b1,b2,b3 ) Verdad Sl a no es igual a al- 
gún elemento de la lista. 
REGEXP, RLIKE a REGEXP b, Verdad si a equivale a b con 
a RLIKE b una expresion regular. 
NOT REGEXP, a NOT REGEXP b, Verdad si a no equivale a b | 


| NOT RLIKE a NOT RLIKE B con una expresión regular. 


Con los operadores de comparacion, vamos a utilizar tambien 1 y O para repre- 
sentar los valorcs verdadero y falso. Recuerde que vamos a sustituir estos con 
nuestras propias constantes y campos procedentes de las tablas de la base de datos. 
Por ejemplo, tome una tabla con dos filas, como sc muestra en la figura 3.1. 


Figura 3.1. Tabla1 


El siguiente codigo representa el opcrador de comparacion =: 


* 


SELECT FROM TABLE1 WHERE FIELD] = 13. 


Seguidamente se compara cada fila de la tabla para comprobar si la condición 
cs verdadera o falsa. En la primera fila, la cspresion se reduce a este resultado: 


Esta espresion es falsa, por lo que no se devuelve la fila. En la segunda, la 
cspresion se reduce a la siguiente: 


Esta secuencia es verdadera, por lo que se devuelve la fila. 
Una vez entendido este concepto, puede aplicarlo a sus propias tablas. 
Otro ejemplo: 


mysql> SELECT 13=11; 


++ 
| 13=11 | 
+——+ 
| 0 | 
+——+ 


Si viene del mundo de la programacion, es probable que conozca las complej1- 


dades de comparar tipos diferentes (como cadenas y numeros). Por ejemplo, ¿qué 
tipo de respuesta esperaria recibir s1 pregunta si la cadena "treinta" es inferior al 
numero 29? MySQL intenta ser lo mas util posible cuando se desean comparar 
valores de diferente tipo (para lo cual convierte los tipos lo mejor que puede; esta 
operación se conoce como conversiones de tipos). Si esta comparando cadenas y 
numeros o numeros decimales y enteros, MySQL los comparara como si se trata- 
ra del mismo tipo. Por ejemplo: 


mysql> SELECT '4200' = 4200.0; 
PE 

| "4200" = 4200.0 | 

+ + 

| del 

+ E 


La cadena "4200" convertida a un numero es igual a 4200,0. Sin embargo, las 


cadenas "4200" y "4200,0" no son iguales: 


mysql> SELECT '4200' = '4200.0'; 
Y 

| aa00” "220050 y 

q 1 

| | 

+ + 


El siguiente ejemplo demuestra la naturaleza ajena a la discriminación entre 


mayusculas y minusculas de la comparacion de cadenas: 


mysql> SELECT 'abc' = 'ABC'; 
+ 

l 'abc' = 'ABC' | 

A 6 

| El 

+ + 


En el siguiente ejemplo, se ignora un espacio a la derecha dentro de una bús- 


queda de igualdad en la que no se hace distincion entre mayúsculas y minusculas: 


mysql> SELECT 'abc' = 'ABC '; 


+ 

l "abe' = 'ABC' | 
++; 

| 

+ + 

1 


row in set (0.00 sec) 


A continuación se incluye un ejemplo en el que fijarse; el resultado no es O 


(falso) sino NULL: 


mysql> SELECT NULL=0; 
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Para evaluar filas NULL, necesitaremos utilizar la siguiente secuencia: 


mysql1> SELECT NULL<=>0 ; 


+ a 
| NULL<=>0 | 
+ + 
| o 1] 
+ + 


NULL es basicamente el tercer resultado posible de una evaluación; los tres 
resultados son verdadero, falso y NULL. Ninguna de las consultas que se incluyen 
a continuación suministra resultados útiles al compararse con un valor NULL: 


mysql1> SELECT 200 = NULL, 200 <> NULL, 200 < NULL, 200 > NULL; 


a o a e + 
| 200 = NULL | 200 <> NULL [| 200 < NULL | 200 > NULL | 
O o a O: y 
| NULL |] NULL | NULL | NULL | 
YY AN + 


Necesitara utilizar la comparacion IS NULL (o IS NOT NULL) en su lugar: 


mysq1> SELECT NULL IS NULL; 


+ + 
| NULL IS NULL | 
+ + 
1] 
+ + 


mysql> SELECT 4.5 BETWEEN 4 and 5; 


+ + 
[| 4.5 BETWEEN 4 and 5 | 
+ + 
| 11 
+ + 


El siguiente ejemplo muestra un error comun al utilizar BETWEEN 


mysql> SELECT 5 BETWEEN 6 and 4; 


+ + 
| 5 BETWEEN 6 and 4 | 
+ + 
o] 
+ + 


Como la letra a va antes en el alfabeto que la letra b, el resultado del siguiente 
ejemplo es verdadero. 


Las comparacioncs de cadenas sc realizan de izquicrda a derecha y de caracter 
en caracter: 


mysql> SELECT 'abc' < 'b'; 


+————+ 


pa 
| 
+ 


ADVERTENCIA : MySQL no ordena los dós valores situados tras un coman- 
do BETWEEN. Por lo tanto, si los incluye en el orden incorrecto, los resultados 
serán falsos para todas las filas. Asegúrese de que el primer número es el menor. 


En el siguiente cjemplo, la letra h4 cs menor o igual que la letra b; sin embargo, 
la Ictra 6 siguicnte no es menor o igual a nada (cl segundo caracter situado a la 
derecha de la cadena): 


mysql> SELECT 'bbe' <= 'b':; 


+ 
l "bbc! <= 'b' | 
+ 
o] 
+ + 


La funcion IN () se puede utilizar para probar un valor con respecto a una 
scrie de valores posibles. El campo puede coincidir con cualquiera dc los valores 
scparados por coma incluidos dentro del parentesis, como se muestra cn el si- 
guiente ejemplo: 
mysql> SELECT 'a'" IN ('b','c','a'); 

—_—__—____———— 
tar an br eta 
+ 
1 | 


+= + 


+ 


Como usar LIKE en equivalencias de patron de SQL 


Los caracteres comodin incluidos en la tabla 3.4 se suclen utilizar junto a 
operadores de comparación.Este hccho nos permite realizar comparacioncs con 
respecto a un caracter (o a un numero dc caracteres) sobre el que no estamos 
seguros, en lugar de caracteres especificos. 


Tabla 3.3. Caracteres cornodines 


Carácter Descripción 


Cualquier nurnero de caracteres 


Un caracter 
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El siguiente ejemplo muestra el uso del comodin 8 


mysql1> SELECT 'abcd' LIKE '%bc3%'; 
——————" 


+ 

Ll 'abcd' LIKE '2bc3" | 
Y 

| 

+ + 


El comodin % devuelve cualquier numero de caracteres. Por ello, la siguiente 
secuencia tambien coincidira: 


mysql> SELECT 'abcd' LIKE '%b% 


+ E 

 'abed' LIKE '%b3' | 
+ 

1 | 

Es mE 

mysql> SELECT 'abcd' LIKE 'a_ _ _:, 
y + 

| "abcd* LIKE 'a-= _  ' | 
Y 

| 1 | 
+ + 


Los guiones bajos (_) equivalen a un unico caracter, por lo que si sólo se 
utilizan dos guiones bajos, en lugar de tres como se muestra a continuación, no se 
producira la correspondencia: 
mysql> SELECT 'abcd' LIKE 'a_ _:, 

——_—_—_——_— + 
'abed' LIKE 'a_  ' | 
+ 


++ o + 


+ 


Expresiones regulares 


Las expresiones regulares permiten realizar comparaciones complejas en 
MySQL y suelen generar comportamientos de rechazo. Muchas personas fruncen 
inmediatamente el ceñoal oir esta expresion, ponen excusas ya preparadas para 
evitarlas y no confían en absoluto en su uso. Es verdad que el tema puede resultar 
complicado (se han escrito libros enteros al respecto), pero su uso en MySQL no 
resulta dificil y pueden contribuir a incrementar la flexibilidad de las comparacio- 
nes. La tabla 3.5 describen los operadores de expresiones regulares en MySQL. 


Tabla 3.5. Expresiones regulares (REGEXP, RLIKE) 


Carácter Descripción 


* Equivale a una o varias instancias de la cadena si- 
tuadas por delante. 
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Carácter Descripción 


+ Equivale a cero o una instancia situadas por delan- 
te. 

? Equivale a un solo caracter. 

[xyz] Equivale a cualquier x, y O z (los caracteres inclui- 
dos dentro de los corchetes). 

[A-Z] Equivale a cualquier letra mayúscula. 

[a-z] Equivale a cualquier letra minuscula. 

[0-9] Equivale a cualquier digito. 


Fija la equivalencia desde el comienzo. 
$ Fija la correspondencia hasta el final. 


| Separa cadenas de una expresion regular. 


(n,m) La cadena debe tener lugar al menos n veces, pero 
| no mas. 

[n) [a cadena debe tener lugar n veces exactamente. 

Cas] Ia cadena debe tener lugar n veces al menos. 


Las coincidencias de expresiones regulares (REGEXP) pueden generar resulta- 
dos similares a las coincidencias SQL (LIKE). Sin embargo, tambien existen 
diferencias importantes entre ambas. Una expresion regular, a menos que se espe- 
cifique otra cosa, establece equivalencias en cualquier parte de la cadena. No es 
necesario utilizar comodines en ninguno de sus lados, como ocurre con LIKE. 
Fíjese en la diferencia entre los siguientes dos resultados: 


mysqal> SELECT 'abcdef' REGEXP 'abc!' ; 


-  —__—— 
'abcdef' REGEXP "abc' |] 


| 
Y 
] 1 | 


AAA 


mysql> SELECT 'abcdef' LIKE 'abc'; 


E 


l '"abcdef' LIKE 'abec' l 


A 


| o | 
PH A O AA 


Para obtener el equivalente con LIKE, tendriamos que utilizar el comodin 3 al 
final: 


mysql> SELECT 'abedef' LIKE 'abces%' ; 
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+ 
"abcdef' LIKE "'abc35' |] 
+ 


+= + - + 


+ 


El siguiente ejemplo coincide cuando la letra a es el primer caracter: 
mysql> SELECT 'abc' REGEXP ""a'; 


E 
'abc' REGEXP '"a' | 
+ 


+ 


+o ++ 


Sin embargo, en este otro ejemplo no se produce la correspondencia, ya que el 
signo mas (+) indica que la letra g debe aparecer una o dos veces: 


mysql> SELECT 'abcdef' REGEXP 'g+'; 
+ 
'abcdef' REGEXP 'g+* | 


o | 


+++ 


+ 


La siguiente consulta si coincide porque el asterisco (*) indica cero o mas 
instancias. En efecto, la equivalencia se produciría utilizando cualquier elemento: 


mysql> SELECT 'abcdef' REGEXP 'g*!:; 
+ 
| 'abcdef' REGEXP 'g*' |] 


Ús 
| E, 
PA 


Tambien podriamos utilizar el asterisco para buscar correspondencias con el 
nombre ¡an o escrito como zain. El uso de cualquier otra letra tras la a haría que 
fallara la equivalencia. Por ejemplo: 


mysq1> SELECT 'ian' REGEXP 'iai*tn'; 


A 
| 'ian' REGEXP 'iai*n' | 
y 
| 1 | 
+ + 


Sin embargo, el problema es que se obtendria el mismo resultado si establecié- 
ramos la equivalencia con "iaitiin", ya que el asterisco equivale a cualquier núme- 
ro de caracteres, como se puede ver a continuación: 

mysql1> SELECT 'iaiiiiin' REGEXP 'iaitn'; 


o 


no» +4 aa 


| 'iaiiliin' REGEXP 'jai*n' | 


¡EJ 


No o tt, 


| 11 
+++ 


nn 


Para solucionar este problema, debemos limitar la equivalencia sobre la "i" a 
una instancia o cero instancias. Para ello, debemos sustituir el asterisco por un 
signo de interrogación invertido. 

Como resultado, seguiria equivaliendo a "¡an" y a "lain", pero no a "alin”, 
como se puede ver a continuación: 
mysql> SELECT 'iaiiiiin' REGEXP 'iai?n'; 

q;í_ A 

| 'iailiiin' REGEXP 'iai?n' | 
q; _ ————— 
| 
+ 


+ 


El siguiente ejemplo coincide porque (3, ) implica que a debe tener lugar al 
menos tres veces: 


mysql> SELECT 'aaaa' REGEXP 'a(3,)'; 
—————————————+ 
'aaaa' REGEXP 'a(3,)' | 

+ 


+t=o+- + 


+ 


A primera vista, puede que piense que el siguiente ejemplo no coincidira por- 
que la letra a coincide tres cuatro veces y (3) significa que debe hacerlo tres 
veces exactamente. Sin embargo, coincide tres veces, asi como dos, una y cuatro 
veces. 


mysql> SELECT 'aaaa' REGEXP 'a(3)'; 
+ 
'aaaa' REGEXP 'a(3)' |] 

+ 


+= ++ 


+ 


S1 queremos que coincida con la secuencia aaa unicamente, necesitariamos 
utilizar la siguiente consulta: 


mysql> SELECT 'aaaa' REGEXP '”aaa$S'; 


+ dk 
'aaaa' REGEXP 'aaa$' | 


| 
 _ —_ ++ 
| 


La marca de inserción (”) fija el punto inicial y el simbolo del dolar ($) fija el 
punto final; si se omite cualquiera de los dos la correspondencia tendra lugar. 
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En el siguiente ejemplo, no se produce la correspondencia porque (3) sólo 
equivale a c, noa abc: 


mysql> SELECT 'abcabcabc' REGEXP 'abc(3)'; 


EL——_—_—_—_—_—_—____—_—_——+ 
"abcabcabc' REGEXP 'abc[(f3)" | 


| 
+ 
| 


Por lo tanto, la siguiente consulta coincide: 


mysql> SELECT 'abcca' REGEXP 'abc(3)'; 


loko b 
l "abcca! REGEXP 'abc(3)' | 
A 
| E: 
+ + 


Para hacer coincidir abcabcabc, necesitara utilizar parentesis, de la siguiente 
forma: 


mysql1> SELECT 'abcabcabc' REGEXP ' (abc) (3) '; 


+ + 
l "abcabcabc' REGEXP '(abc)(3)' | 
yH_——————_______________———+ 
| A: 'l 
+ + 


Fijese en la diferencia entre el uso de parentesis y corchetes en el siguiente 
ejemplo. 

Los parentesis agrupan la secuencia abc en un conjunto y los corchetes permi- 
ten la correspondencia de la letra a, la bo la e, lo que brinda toda una serie de 
posibilidades, como las siguientes: 


mysql> SELECT 'abcbbcccca' REGEXP '[abce](3)'; 


E 
| 'abcbbcccc' REGEXP '[abce](3)' | 
E 
| LU 
+ + 


El siguiente ejemplo utiliza parentesis para obtener el mismo resultado, agru- 
pando las subcadenas alternativas con el caracter barra (|): 


mysql1> SELECT 'abcbbcccc' REGEXP '(alb|ce)(3)" 5 
—  _— _>-== -======== 


'abcbbccca' REGEXP '(ajb]ce)(t3)' ] 


3 


A a  -AA>4+>55551A 
| 01 
E A 


EY. 


Operadores bit a bit 


Para entender como funcionan las operaciones bit a bit, es necesario conocer 
un poco los numeros booleanos y la aritmetica booleana. Este tipo de consulta no 
se suele utilizar, pero cualquier experto en ciernes que se precie necesitara in- 
cluirlas en su repertorio. En la tabla 3.6 se describen los operadores bit a bit. 


Tabla 3.6. Operadores de bit a bit 


Operador Sintaxis Descripción 
€ a á£ b Operador de bit AND. 
| a | b Operador de bit oR. 
<< a << b Desplaza los bits de a b posiciones hacia la i¡z- 
quierda. 
>> a >> b Desplaza los bits de a b posiciones hacia la derecha. 
E=a ASA A 


El sistema de numeros utilizado habitualmente, denominado sistema de núume- 
ros decimal, funciona sobre la base del numero 10. Tiene sentido, ya que despues 
de todo tenemos 10 dedos. Contamos de cero a nueve y al llegar al diez, pasamos 
a la columna de las decenas y empezamos de nuevo. 


00 01 02 03 04 05 06 07 08 09 10 


El sistema de numeros decimales consta de diez digitos, que van desde el cero al 
nueve. Sin embargo, los informaticos han descubierto que a menudo resulta util 
trabajar con un sisterna de numeros basado en dos digitos, cero y uno. Estos valores 
representan los dos estados de una conexión electrica, con carga y si carga. 


00 o1 10 11 


En lugar de pasar a la columnas de las decenas cuando se acaban los digitos 
(en el sistema decimal, despues del nueve viene el diez), se pasa a la columna de 
los "doses" (en el sistema binario, tras el uno viene el uno cero (10), que se 
indican como "uno cero” para evitar la confusion con el numero decimal). 

En el sistema decimal las columnas aumentan de tamaiio en potencias de diez, 
como muestra la figura 3.2. 


Cientos | Decenas 
de miles | de miles 


¡EA AR EA | 


Figura 3.2. Potencias de 10 


Millones 


Centenas | Diez 
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Por lo tanto, el numero, cuatro millones, trescientos noventa y dos mil, cuatro- 
cientos veinte uno, podría representarse de la siguiente forma: 


* 100 000 000 + 
100 000 + 

10 000 + 

1000 + 

TOO + 

10 + 


4 
E 
9 
Z 
4 
Z 
1 1 


e E E, E 


S1 puede seguir este ejemplo (para ayudarle, imagine que esta aprendiendo a 
contar con el sistema decimal), le resultara sencillo aplicar los mismos conceptos 
a los numeros binarios. 

En el sistema binario, las colurnnas aumentan de tamaiio en potencias de dos, 
como muestra la figura 3.3. 


FERRERA 
DOBOdaa 


Figura 3.3. Potencias de 2 


El numero binario anterior (1111111) se lee de la siguiente forma al convertir- 
lo al sistema decimal: 


* 64 + 
132 
e 16 + 
x* g + 
x* 4 + 
* 2 + 
* 1 


Phppppp 


Lo que equivale a 64 + 32 + 16+8+4+2+1, que a su vez es 12% 

De manera similar, el numero 101001 equivaldriaa 1  1+1 “8+1*32= 
41. 

Por lo tanto, la conversion de numeros binarios a decimales resulta sencilla y 
otro tanto ocurre al reves. Para convertir el numero 18 al sistema binario, comien- 
ce con la figura 3.4. 


FERRER 
DOcCODon 


Figura 3.4. Paso 1, dibujar las columnas 


Empezando a la izquierda, no hay ningun 64 en 18, ni ningun 32. 
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Sin embargo, si existe un 16 en 18. Por lo tanto escriba 1 en la columna del 16, 
como se muestra en la figura 3.5. 


2 apa pa 2 2/2! 
DODOcon 
II 


Figura 3.5. Paso 2, rellenar los valores 


Ya hemos dado cuenta de un 16 para el 18, por lo que procedemos a restar 16 
de 18, lo que nos da como resultado 2. Siguiendo hacia la derecha, en 2 no hay 
ochos, ni cuatros, sólo un 2. Y como 2 menos 2 es igual a O, nos detenemos tras 
escribir un uno en la columna del dos, como se muestra en la figura 3.6. 


64s 32s 16s  8s 


Figura 3.6. Paso 3, convertir el valor decimal a binario 


En el sistema binario, 18 equivale a 10010. Para realizar la conversion de 
numeros mas grandes, basta con utilizar mas columnas a la izquierda (para repre- 
sentar 128,256, etc.). Los numeros binarios pueden crecer en tamaño rapidamen- 
te. Por esta razon, no se suele utilizar este sistema para almacenar numeros. El 
sistema octal (con base en 8) y el sistema hexadecimal (con base en 16) son otros 
dos sistemas prácticos de usar. 

Volvamos a los operadores bit a bit y tomemos dos numeros, el 9 y el 7. En el 
sistema binario, equivalen a 1001 y 111, respectivamente. Los operadores bit a 
bit operan sobre los bits individuales del numero binario que compone los núme- 
ros 9 y 7. 

En una operacion de bit AND, ambos bits deben ser 1 para que el resultado sea 
1 (como en una operacion AND ordinaria). La figura 3.7 muestra dos numeros 
binarios. 


Figura 3.7. Operación de bit AND: 987 


Comenzando por la izquierda, 1 AND 0 es 0, de manera que la columna mas a 
la izquierda (la de los ochos) es 0. Moviendonos hacia la derecha, OAND 1 es 0 y, 
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de nuevo, DAND 1l es 0. Sólo en la columna situada en el extremo derecho tenemos 
que 1 AND 1 cs 1. 


Por lo tanto, el resultado de una operacion de bit AND entre 7 y 9 es 1. Por 
ejemplo: 


mysq1> SELECT 967; 


+—+ 
| 957 |] 
+—+ 
| 1 | 
+—+ 


En el caso de un operador de bit OR, basta con que un digito sea l para que el 
resultado sea 1. Por lo tanto, la figura 3.8 muestra una operacion de bit OR 
realizada sobre los mismos numeros anteriores. 


Figura 3.8. Operación de bit OR: 9/7 


Todas las columnas tienen al menos un 1 presente de manera que el resultado 
para cada una de ellas os un 'l, y 1111 es equivalente a /5 en tl sistema binario. 


mysq1> SELECT 917; 


H—+ 
| 917 1 
+—+ 
Lp 15 ] 
+—+ 


<< es el operador de desplazamiento hacia la izquierda. a << b significa que 
los bits de a se desplazan a la izquierda en funcion de las columnas b. Por 
ejemplo, 2 << 1; en el sistema binario 2 es 10. Si desplazamos esta cifra hacia 
la izquierda 1 bit, obtendremos 100, que equivale a 4. Por ejemplo: 

mysq1> SELECT 2 << 1; 

+ P 


[ZA] 
+ + 


mysq1> SELECT 15 << 4; 
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Ahora tenemos 15, que equivale a 1111; cuando se desplaza 4 bits a la izquier- 
da, se obtiene 11110000. En la figura 3.9 se convierte este valor al sistema deci- 
mal. 


FSPRRPERTA 
DODODnOnÉa 
aprfififojojojo 


Figura 3.9. Conversion del número binario 11110000 al sisterna decimal 


A continuación, halle el siguiente total: 


128 + 64 + 32 + 16 = 240 


Las operaciones de bits se realizan como BIGINT, lo que significa que existe 
un limite de 64 bits. Si se realiza un desplazamiento mas alla de 64 bits o se 
utiliza un numero negativo, se obtendra O. Por ejemplo: 


mysql> SELECT 3 << 64; 


+ AÑ 
| 3 << 64 | 
+ al 
l 0 |] 
+ + 


>> es el operador de desplazamiento a la derecha. a >> b desplaza los bits de 
a en función de las columnas de b. Los bits desplazados mas alla de las columnas 
de los unos se pierden. Y, de nuevo, los desplazamientos con numeros negativos 
devuelven 0. Por ejemplo: 


mysql1> SELECT 3 >> 1; 
+ A 

[1-3 AE 

+ 

| L. 1 

+ 


En el sistema binario, 3 es 11, desplazado hacia la derecha por 1 con 1 decimal 
mas alla de la columna de los unos (o 1,1 si lo prefiere, aunque no existen comas 
decimales en la notación binaria). Como estamos trabajando con enteros, los 
numeros situados a la derecha de la "coma decimal" se eliminan (quizás debería- 
mos llamarla coma binaria) para quedarnos con 1 (tanto en el sistema decimal 
como en el binario). 
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Por ejemplo: 


mysql> SELECT 19 >> 3; 


+ + 
| 19 >> 3 | 
+ a 
2 | 
+ + 


En el ejemplo anterior, 19 equivale a 10011, que desplazado por 3 es 10, 
eliminando la secuencia 011. Y 10 equivale a 2 en el sistema decimal. 


mysql> SELECT 4 >> 3; 


+ + 
[ARS] 
+ + 
| 0 |] 
+ + 


Éste se desplaza demasiado a la derecha y pierde todos los bits. 


Combinaciones avanzadas 


En un capitulo anterior examinamos un tipo de combinación basico de dos 
tablas. Pero las combinaciones pueden complicarse mucho mas y su incorrecta 


creación es la culpable de la gran mayoría de los problemas de rendimiento gra- 
ves. 


Volvamos a las tablas creadas en el capitulo anterior. Si se saltó dicho capítu- 
lo, puede volver a crearlas ejecutando las siguientes instrucciones: 


CREATE TABLE customer ( 
id int(11) default NULL, 
first— name varchar(30) default NULL, 
surname varchar(40) default NULL 

) TYPE=MyISAM; 


INSERT INTO customer VALUES (1, 'Yvonne', 'Clegg'); 
INSERT INTO customer VALUES (2, 'Johnny', 'Chaka-Chaka'):; 
INSERT INTO customer VALUES (3, 'Winston',, 'Powers'); 
INSERT INTO customer VALUES (4, 'Patricia', 'Mankunku'):; 


CREATE TABLE sales ( 
code int(11) default NULL, 
sales—rep int(11) default NULL, 
customer int(11) default NULL, 
value int(11) default NULL 

) TYPE=MyISAM; 


INSERT INTO sales VALUES (1, 1, 1, 2000) 5 
INSERT INTO sales VALUES (2, 4, 3, 250); 
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INSERT INTO sales VALUES (3, 2, 3, 500); 
INSERT INTO sales VALUES (4, 1, 4, 450): 
INSERT INTO sales VALUES (5, 3, 1, 3800); 
INSERT INTO sales VALUES (6, 1, 2, 500) 5 


CREATE TABLE sales—rep ( 
employee—number int(11) default NULL, 
surname varchar(40) default NULL, 
first_name varchar(30) default NULL, 
commission tinyint (4) default NULL, 
date—joined date default NULL, 
birthday date default NULL 

) TYPE=MyISAM; 


INSERT INTO sales—rep VALUES (1, 'Rive', 'Sol', 10, 
'2000-02-15', '1976-03-18')5 

INSERT INTO sales—rep VALUES (2, 'Gordimer', 'Charlene', 15, 
'1998-07-09', '1958-11-30'); 

INSERT INTO sales—rep VALUES (3, 'Serote', 'Mike', 10, 
'"2001-05-14', '1971-06-18'); 

INSERT INTO sales—rep VALUES (4, 'Rive', 'Mongane', 10, 
'2002-11-23', '1982-01-04'); 


Comencemos por una combinacion básica: 
mysql> SELECT sales—rep, customer, value, first_name,surname 


FROM sales, sales—rep WHERE code=1 AND 
sales _rep.employee number=sales.sales_ rep; 


E AS + => 
| sales rep | customer | value | first—name | surname | 
E ——— —— . ++ 
| E. 0) 2000: Sal | Rive | 
E — SS ++ 


Como la relación entre las tablas sales_rep y sales se establece a partir 
de employee number Osales rep,estos dos campos forman la condición 
de combinación de la cláusula WHERE. 

La implementación de una combinacion mas compleja sobre las tres tablas no 
resulta mucho mas compleja. Si desea devolver los nombres y apellidos del co- 
mercial y del cliente, asi como el valor de la venta, utilice esta consulta: 


mysql> SELECT sales _rep.first_name,sales_rep.surname, 
value,customer.first_name, customer.surname FROM 
sales, sales rep,customer WHERE sales rep.employee number = 


sales.sales rep AND customer.id = sales.customer; 
Eq AA2AAA<> A>>9— - + 

| first—-name | surname l value | first—-name | surname | 
== H_—_— + A 

| Sol | Rive l 2000 | Yvonne | Clegg | 
| Mike | Serote l 3800 | Yvonne | Clegg | 
| Sol | Rive | 500 | Johnny l Chaka-Chaka l 
| Charlene l Gordimer | 500 | Winston | Powers | 
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| Mongane | Rive | 250 | Winston | Powers | 
l Sol | Rive | 450 | Patricia | Mankunku | 


El campo employee number de la tabla sales rep esta relacionado 
con el campo sales rep de la tabla sales. Y el campo id de la tabla 
customer está relacionado con el campo customer de la tabla sales. No 
existen otras condiciones, por lo que esta consulta devuelve todas las ventas para 
las que existen filas correspondientes en la tabla sales_rep y en la tabla 
customer. 


Combinaciones internas 


Las combinaciones internas son otra forma de describir el primer tipo de com- 
binacion aprendido. Las siguientes dos consultas son identicas: 


mysql> SELECT first_name,surname,value FROM customer,sales WHERE 
id=customer ; 


+ Y 4 

| first—-name | surname | value | 
+ + ++ 

| Yvonne | Clegg | 2000 | 
| Winston | Powers | 250 | 
| Winston | Powers | 500 | 
l Patricia | Mankunku | 450 | 
| Yvonne | Clegg | 3800 | 
| Johnny | Chaka-Chaka | 500 | 
+ Y +++ 

6 rows in set (0.00 sec) 


mysql> SELECT first_name,surname,value FROM customer INNER JOIN sales 
ON id=customer; 


EE > + + 

| first—-name | surname | value | 
E +—————+ + 

l Yvonne | Clegg | 2000 | 
| Winston | Powers | 250 | 
| Winston | Powers | 500 | 
l Patricia | Mankunku | 450 | 
| Yvonne | Clegg | 3800 | 
| Johnny | Chaka-Chaka |l 500 | 
+ $ ————— 44 


Combinaciones por la izquierda (o combinaciones 
externas por la izquierda) 


Imagine que hemos hecho otra venta, con la diferencia de que esta vez el pago 
se ha realizado al contado y el cliente se ha marchado con los articulos sin que le 


hayamos tomado los datos. No hay problema porque todavia podemos agregarlos 
a la tabla sales utilizando un valor NULL para el cliente. 


mysql> INSERT INTO sales(code,sales—rep, customer, value) VALUES 
(7, 2,NULL,670) 5 


Vamos a ejecutar de nuevo la consulta que devuelve el valor y los nombres de 
los comerciales y clientes para cada venta: 


mysql1l> SELECT sales _rep.first_name, sales rep.surname, value, 
customer.first_name, customer.surname FROM sales,sales_ rep, 


customer WHERE sales rep.employee number = sales.sales_ rep 
AND customer.id = sales.customer; 
JUE + + 
| first-name | surname | value | first-name | surname | 
+ + + $ ———_——— + + 
| Sol | Rive [ 2000 | Yvonne j Clegg | 
| Mike | Serote | 3800 | Yvonne | Clegg | 
| Sol | Rive | 500 [ Johnny | Chaka-Chaka | 
| Charlene ' Gordimer | 500 | Winston | Powers | 
| Mongane | Rive | 250 | Winston | Powers | 
l Sol | Rive | 450]. Parricia | Mankunku | 
+ + O a 


¿Qué ocurre? ¿Dónde esta la nueva venta? El problema esta en que como el 
cliente es NULL en la tabla sales, la condición de combinacion no se cumple. 
Como recordara por una sección anterior, el operador = excluye a los valores 
NULL. El operador <=> no nos servira de ayuda porque la tabla customer no 
incluye registros NULL, de manera que no serviria una igualdad que admita valo- 
res nulos. 

La solución en este caso consiste en realizar una combinacion externa. Esta 
combinacion devolvera un resultado para cada registro coincidente de una tabla, 
independientemente de que exista un registro asociado en la otra tabla. Por lo 
tanto, aunque el campo customer sea NULL en la tabla sales y no exista 
relación con la tabla customer, se devolvera un registro. Una combinacion 
externa por la izquierda devuelve todas las filas coincidentes de la tabla 1zquier- 
da, independientemente de si existe una fila correspondiente en la tabla de la 
derecha. La sintaxis de las combinaciones externas por la izquierda es la siguien- 
te: 


SELECT campol, campo2 FROM tablal LEFT JOIN tabla2 ON 
campol=campoZ 


En primer lugar vamos a probar con un ejemplo sencillo que realiza una com- 
binacion por la izquierda sobre las tablas customer y sales. 


mysql> SELECT first_name,surname,value FROM sales LEFT JOIN customer 
ON id=customer:; 
t—————+ 


+ 


+ 
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first—name | surname l value 


l 

+ +++ 

| Yvonne | Clegg | 2000 | 
| Winston | Powers | 250 | 
| Winston | Powers | 500 | 
| Patricia | Mankunku | 450 | 
| Yvonne | Clegg | 3800 | 
| Johnny | Chaka-—Chaka |] 500 | 
| NULL | NULL | 670 ] 
E E $ — ++ 


Se devuelven los siete registros, como se esperaba. 

El orden de la tabla es importante en una combinacion por la izquierda. La 
tabla desde la que se devuelven todas las filas coincidentes debe ser la tabla de la 
izquierda (antes de las palabras clave LEFT JOIN). $1 invertimos el orden e 
intentamos lo siguiente: 


mysql> SELECT first_name,surname, value FROM customer LEFT JOIN sales 
ON id=customer ; 
«Y 


+ 


| first—-name | surname | value ] 
+ q ++ 

| Yvonne | Clegg | 2000 | 
| Yvonne | Clegg | 3800 | 
| Johnny | Chaka-Chaka | 500 | 
| Winston | Powers | 250 | 
| Winston | Powers | 500 | 
| Patricia | Mankunku ! 450 | 
+ Y ++ 


solo obtendriamos 6 registros. Como la tabla izquierda es la tabla de 
clientes en esta consulta y la operacion de combinacion solo busca coinci- 
dencias en los registros de la tabla izquierda, no se devuelve el registro de 
ventas con el cliente NULL (lo que significa que no hay relación con la tabla 
customer). 


Obviamente, esta operacion se puede extender a una tercera tabla para dar 
respuesta a la consulta original (nombres de clientes y comerciales asi como 
valores de ventas, para cada venta). Pruebe a crearla. A continuación, se incluye 
una opción: 


mysql> SELECT sales rep.first_name, sales rep.surname, value, 
customer .first—name, customer. surname FROM sales LEFT JOIN 
sales—rep ON sales—rep.employee—number = sales. sales—rep 
LEFT JOIN customer ON customer.id = sales.customer; 


qÁA A AÁAÁá2>= A NS Y ++ 

| first—-name | surname | value | first—name | surname 
Y == Y + + 

| Sol | Rive | 2000 | Yvonne | Clegg | 
| Mongane | Rive | 250 | Winston | Powers l 
| Charlene | Gordimer | 500 | Winston | Powers | 
l Sol | Rive | 450.1 Patricia | Mankunku 

| Mike | Serote | 3800 | Yvonne | Clegg 

("Sel | Rive | 300 [| Johnny | Chaka-Chaka 

| Charlene | Gordimer | 670 | NULL | NULL | 
+ + $y— + ++ 


Combinaciones por la derecha (o 
combinaciones externas por la derecha) 


Las combinaciones por la derecha son exactamente iguales a las combinacio- 
nes por la izquicrda, con la salvedad de que el orden de la combinacion se invierte. 
Para recuperar el nombre de todos los clientes para cada venta, incluyendo aque- 
llas de las que no se dispongan dc datos de los clientes, debemos colocar la tabla 
sales en la parte derecha de la combinacion. 


mysql> SELECT first_name,surname, value FROM customer RIGHT JOIN 
sales ON id=customer ; 


+ d+ + 

| first-name | surname | value | 
yá 

| Yvonne | Clegg PV. 2000: 1 
| Winston l Powers | 230 1 
l Winston l Powers | 500 | 
| Patricia | Mankunku | 450 | 
| Yvonne | Clegg [- 3800: ] 
| Johnny l Chaka-Chaka | 500 | 
[ NULL | NULL | 670 | 
+—————+ +——+ 


Combinaciones externas completas 


En el momento de escribir estas lineas, MySQL no admite las combinacio- 
nes externas completas. En estas combinaciones, cada registro de la primera 
tabla, incluyendo aquellos que no tengan una correspondencia en la segunda, 
se devuelve junto a cada registro de la segunda tabla, incluyendo aquellos sin 
correspondencias en la primera. Equivalen a una combinacion por la izquier- 
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da y a una combinacion por la derecha. MySQL no tardara en incorporar 
este tipo de combinaciones, por lo que es aconsejable que consulte la docu- 
mentacion mas reciente. La sintaxis es la misma que para las otras combina- 
ciones: 


SELECT campol,campo2 FROM tablal FULL OUTER JOIN tabla2 


Combinaciones naturales y la palabra clave 
USING 


El campo id de la tabla customer y el campo customer de la tabla 
sales estan relacionados. 

Si les asignaramos el mismo nombre, podriamos utilizar varios metodos de 
SQL que permiten que las instrucciones JOIN resulten mas sencillas de manejar. 

Para demostrarlo, vamos a convertir sales .customer en sales.id: 


mysql1> ALTER TABLE sales CHANGE customer id INT; 


Ahora, como las dos tablas constan de campos con nombres identicos, pode- 
mos realizar una combinacion natural, que busca campos con nombres iguales 
sobre los que realizar una union: 


mysql> SELECT first_name,surname,value FROM customer NATURAL JOIN 


sales ; 

+ +——_———+——+ 

| first—name | surname | value | 
+ *———————+ + 

| Yvonne | Clegg | 2000 | 
| Winston | Powers | 250 | 
| Winston | Powers | 500 | 
| Patricia | Mankunku | 450 | 
| Yvonne | Clegg | 3800 | 
| Johnny | Chaka-Chaka | 500 | 
A —_— ++ 


Esta secuencia es identica a la siguiente: 


mysq1> SELECT first_name,surname,value FROM customer INNER JOIN 
sales ON customer.id=sales.id; 


yA + + 

| first—name | surname | value | 
—— t—+ 

l Yvonne | Clegg | 2000 | 
| Winston | Powers | 250 | 
| Winston | Powers | 500 | 
| Patricia | Mankunku | 950 | 
| Yvonne | Clegg | 3800 | 
| Johnny | Chaka-—Chaka | 500 | 
—— == 
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Solo existe un campo identico en ambas tablas, pero si hubiera otros, cada uno 
de ellos se convertiria en parte de la condición de combinacion. 

Las combinaciones naturales también pueden ser por la izquierda o por la 
derecha. Las siguientes dos instrucciones son identicas: 


mysql> SELECT first name, surname, value FROM customer LEFT JOIN sales 
ON customer.id=sales.id; 


+ ————+ +-——+ 

| first-name l surname l value. l 
ÁS A 

| Yvonne | Clegg tr 2000 | 
| Yvonne | Clegg | 3800 | 
| Johnny | Chaka-Chaka | 500 | 
| Winston | Powers | 250 | 
| Winston | Powers | 500 | 
| Patricia | Mankunku | 450 | 
+ E o 


mysql> SELECT first _name,surname,value FROM customer NATURAL 
LEFT JOIN sales; 


——————+ + + 

| first—name | surname l value | 

y ++ 

| Yvonne | Clegg y 2000 | 
Yvonne | Clegg | 3800 | 

| Johnny l Chaka-Chaka |! 500 | 

j Winston | Powers | 250 | 

| Winston | Powers | 500 | 

| Patricia j Mankunku | 450 |] 

+ $ + 


La palabra clave USING brinda un mayor control sobre una combinacion 
natural. Si dos tablas constan de varios campos identicos, esta palabra clave 
permite especificar aquellos que se utilizarán como condiciones de combinacion. 
Por ejemplo, si tomamos dos tablas A y B, con los mismos campos a, b, c, d, las 
siguientes instrucciones resultaran identicas: 


SELECT * FROM A LEFT JOIN B USING (a,b,c,d) 


* 


SELECT FROM A NATURAL LEFT JOIN B 


La palabra clave USING brinda una mayor flexibilidad porque permite utili- 
zar los campos deseados en la combinacion. Por ejemplo: 


* 


SELECT FROM A LEFT JOIN 8 USING (a,d) 


NOTA: En las combinaciones naturales, cuando se habla de campos idén- 
-ticos, se hace referencia al nombre de los campos, no a su fipg; Los campos 


pueden ser de figó INT y DECIMAL o iñiélugó 157 y VARCHAR, siempre y 
cuando tenga el mismo nombre. 


Recuperación de los datos encontrados en una 
tabla pero no en la otra 


Hasta el momento hemos recuperado las filas que aparecen en ambas tablas en 
las que se establecia una combinacion interna. En las combinaciones externas, 
tambien devolviamos los registros de una tabla en la que no se encontraban co- 
rrespondencias en la segunda. 

A menudo resulta util realizar la operacion inversa y devolver unicamente los 
resultados encontrados en una tabla pero no en la otra. Para demostrarlo, en 
primer lugar vamos a agregar un nuevo comercial: 


mysql> INSERT INTO' sales—rep VALUES(5, 'Jomo', 'lgnesund', 10, 
'"2002-11-29', '1968-12-01'); 


A continuación, si realiza una combinacion interna, puede recuperar todos los 
comerciales que hayan realizado una venta: 


mysql> SELECT DISTINCT first—name,surname FROM sales—rep 
INNER JOIN sales ON sales _rep=employee number; 


> EIA y + 
| first-name | surname | 
+ + + 
| Sol | Rive | 
| Mongane | Rive | 
| Charlene | Gordimer | 
| Mike | Serote l 
+ + + 


Se utiliza la palabra clave DISTINCT para evitar duplicados porque hay 
comerciales que han realizado mas de una venta. 

Pero la operacion inversa tambien resulta util. Suponga que su jefe esta negro 
con las ventas y ha decidido que van a rodar cabezas. 

Nos pide que busquemos los comerciales que no han realizado ninguna ven- 
ta. 

Puede buscar esta información examinando los comerciales que aparecen en la 
tabla sales_rep sin una entrada correspondiente en la tabla sales. 


mysql> SELECT first name,surname FROM sales—rep LEFT JOIN sales 
ON sales_rep=employee number WHERE sales—rep IS NULL; 


th  +—+ 
| first-name | surname | 
+ + AN 
| Ignesund | Jomo | 
=== > 


Necesitara realizar una combinacion por la izquierda (externa, no interna) 
porque sólo las combinaciones externas devuelven todos los registros sin co- 
rrespondencias (o valores nulos). 


Combinación de resultados con UNION 


MySQL 4 introdujo la instruccion de SQL ANSI UNION, que combina los 
resultados de diferentes instrucciones SELECT. Cada instruccion debe constar 
del mismo numero de columnas. 

Para demostrar el uso de esta instruccion, vamos a crear otra tabla que 
contenga una lista de clientes recibida del antiguo propietario de su establec1- 
miento: 


mysql> CREATE TABLE old customer (id int, first name varchar(30), 
surname varchar (40)) ; 
mysql> INSERT INTO old—customer VALUES (5432, 'Thulani', 'Salie'), 


(2342, 'Shahiem', 'Papo')'; 


A continuación, para obtener una lista con todos los clientes, tanto los anti- 
guos como los nuevos, puede utilizar la siguiente instruccion: 


mysql> SELECT id, first name, surname FROM old—customer UNION SELECT 
id, first—name, surname FROM customer; 


+ Y —————_—_— + 

l id | first—name | surname | 
+ ——— ++ 

| 5432 | Thulani | Salie | 
| 2342 | Shahiem | Papo | 
| 1 | Yvonne | Clegg | 
| 2 | Johnny | Chaka-—Chaka | 
| 3 | Winston | Powers | 
| 4 | Patricia | Mankunku | 
A 


Tambien puede ordenar el resultado de la forma habitual. Sólo debe tener 
cuidado al decidir si aplicar la clausula ORDER BY a toda la union o sólo a una 
seleccion. 


mysql> SELECT id, first name, surname FROM old—customer UNION SELECT 
id, first—name, surname FROM customer ORDER BY surname,first_name; 


yA  _ 

l id | first—-name | surname | 
+ Y——— ++ 

| 2 | Johnny | Chaka-Chaka | 
| 1 | Yvonne | Clegg 
| 4 | Patricia | Mankunku | 
| 2342 | Shahiem | Papo | 
| 3 | Winston | Powers | 
| 5432 | Thulani | Salie | 
AS + 


La ordenacion se realiza sobre toda la union. Si sólo quisieramos ordenar la 
segunda seleccion, necesitariamos utilizar parentesis. 
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mysql> 


(SELECT id, 


SELECT id, first name, 


first—name, 


surname FROM old—customer UNION 
surname FROM customer ORDER BY surname, 


first—name) : 


$$ + + 

l id | first—-name | surname | 
4 + $ 

| 5432 | Thulani | Salie 
| 2342 | Shahiem | Papo 
| 2 | Johnny | Chaka-Chaka | 
| 1 | Yvonne | Cliégg | 
4 | Patricia | Mankunku | 
| 3 | Winston | Powers | 
+——+ + + 


OOOO ere De esta forma ena clara la parte que sel” 


ordena y” ayudaremos a ótras personas a eli nuestras Instrucciones. + 


dos (de manera similar a la palabra clave DISTINCT) 


De mancra predeterminada, la instrucción UNION no devuelve resultados duplica- 


. Puede modificar este compor- 


tamiento especificando que todos los resultados se devuelvan con la palabra clave 


AL 


mysql> SELECT id, 


L: 


mysql> 
t——+ 
l id 


+ 


Nrauopraeuwunea 


SELECT id FROM customer UNION ALL SELECT id FROM sales; 


El uso de UNTON requiere cierta reflexion. Puede unir facilmente campos no 
relacionados siempre y cuando los campos devueltos en cada operación de selec- 


cion y los tipos de datos sean iguales. MySQL devolvera estos datos sin proble- 
mas aunque no tengan mucho sentido. 


surname FROM customer UNION ALL SELECT value, 


sales—rep FROM sales; 


A + 


l id | surname | 
+ + 

l 1 | Clegg | 
| 2 | Chaka-Chaka l 
| 3 | Powers | 
| 4 | Mankunku | 
| 2000 | 1 | 
ij 250 | 4 | 
Il 500 | 2 | 
| 450 | 1 | 
| 3800 | 3 | 
| 500 | 1 | 
| 670 | 2 | 
t—— + + 

Subselecciones 


Muchas consultas realizan una operación de seleccion dentro de una seleccion. 
La implementación de las subselecciones esta programada para la version 4.1. 
Hasta ahora, MySQL no permitia las subselecciones, en parte por razones de 
diseio (son menos eficientes que las alternativas, como veremos mas adelante) y 
en parte porque se encontraban en la parte baja de la lista de los 1001 elementos 
"importantes" que implementar. Ahora que MySQL esta a punto de integrarlas, 
necesitaremos ver como funcionan. 


Como escribir subselecciones como 
combinaciones 


Supongamos una consulta en la que deseemos recuperar todos los comerciales 
que han realizado una venta por un valor superior a 1.000 dolares. Si puede 
ejecutar una subseleccion, pruebe a utilizar la siguiente secuencia: 


mysql> SELECT first_name,surname FROM sales—rep WHERE 
sales _rep.employee number IN (SELECT code FROM sales WHERE 
value>1000) ; 


A + 
| first-name | surname | 
As + + 
Sol | Rive | 
*—————+ + 


La hazaiia sólo la ha logrado Sol Rive. 
La consulta se realiza resolviendo en primer lugar la seleccion interna, es 
decir, llevando cabo el siguiente paso en primer lugar: 


mysql> SELECT id FROM sales WHERE value>1000; 


y, a continuación, el resto: 


mysql> SELECT first—name, surname FROM sales—rep WHERE 
sales—rep.employee—number IN (1) 


+ Ab 

|] first—name |] surname | 
a + E 

| Sol | Rive | 
e a E y 


Pero ya conocemos otra forma mejor de realizar esta consulta mediante una 
combinación: 


mysql> SELECT DISTINCT first—name, surname FROM sales—rep INNER 
JOIN sales ON employee _number=id WHERE value>1000; 


+ + E 

| first—-name | surname | 
Ar + + 

| Sol | Rive | 
| Sol | Rive | 
| + 


o, alternativamente: 


mysql> SELECT DISTINCT first _name,surname FROM sales—rep,sales WHERE 
sales.id=sales_rep.employee number AND value>1000; 


+ + + 
| first—-name | surname | 
jH——— + 
| Sol | Rive | 
| Sol |] Rive | 
H—— + 


Esta opción es mejor porque las combinaciones suelen ser resultar mas 
eficientes para realizar consultas y los resultados se recuperan con mayor 
rapidez. Puede que en una base de datos pequeiia no se note mucho la diferen- 
cia, pero en tablas grandes con mucho tráfico en las que el rendimiento resulta 
fundamental, nos interesa aprovechar cada micro segundo que podamos obte- 
ner de MySQL. 

Para recuperar todos los comerciales que todavia no hayan realizado una 


venta, puede utilizar una subseleccion, si su DBMS lo permite, de la siguiente 
forma: 


mysql> SELECT first_name,surname FROM sales—rep WHERE employee number 
NOT IN (SELECT DISTINCT code from sales) :; 


a + pa 

| first—-name | surname | 
AH + 

| Ignesund | Jomo | 
a + + 


Pero ya conocemos otra forma mejor: 


mysql> SELECT DISTINCT first—name,surname FROM sales—rep LEFT 
JOIN sales ON sales rep=employee number WHERE 
sales—rep IS NULL; 


—— + 
l first—-name | surname | 
+ + + 
| Ignesund | Jomo | 
ES E AN 


Como agregar registros a una tabla 
desde otras tablas con INSERT SELECT 


La instrucción INSERT tambien permite agregar registros, o partes de regis- 
tros, de otras tablas. 

Por ejemplo, supongamos que desea crear una nueva tabla que contenga los 
nombres de los clientes y los valores de todas las compras realizadas. La consulta 
para devolver los resultados deseados sera la siguiente: 


mysql> SELECT first—name,surname,SUM(value) FROM sales NATURAL JOM 
customer GROUP BY first—name, surname; 


+ YAA 
| first-name | surname | SUMí(value) | 
+ Y ++ 
| Johnny | Chaka-Chaka | 500 |] 
| Patricia | Mankunku | 450 | 
| Winston | Powers l 750 | 
| Yvonne | Clegg | 5800 | 
+ 4 AA+ XA 


En primer lugar, necesitaremos crear la tabla para que reciba los siguientes 
resultados: 


mysql> CREATE TABLE customer sales values/(first_name 
VARCHAR (30) , surname VARCHAR (40), value INT): 


A continuación, se insertan los resultados en la tabla: 


mysql> INSERT INTO customer sales values /(first_name,surname,value) 
SELECT first_name,surname, SUM(value) FROM sales NATURAL JOIN 
customer GROUP BY first—name, surname; 
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La tabla customer_sales_values contiene ahora los siguientes ele- 


mentos: 


* 
mysql> SELECT FROM customer sales values; 


A + + 
first—name | surname | value | 
j— Ho 
Johnny | Chaka-Chaka | 500 | 
Patricia | Mankunku | 450 | 
Winston | Powers | 750 | 
Yvonne | Clegg | 5800 | 
- RS +—+ 


Mas sobre la agregacion de registros 


INSERT tambien permite una sintaxis similar a la utilizada por una instruc- 


cion UPDATE. 


En lugar de utilizar la siguiente secuencia: 


mysql> INSERT INTO customer—sales—values(first_name, surname, value) 
VALUES ('Charles', 'Dube', 0); 


podriamos utilizar esta otra: 


mysql> INSERT INTO customer sales values SET first—name = 
'"Charles', surname='Dube', value=0; 


Tambien se puede llevar a cabo una forma limitada de calculo al agregar 


registros. Para demostrarlos, agregue otro campo sobre la tabla customer—sales— 
value: 


mysql> ALTER TABLE customer—sales—values ADD value2 INT; 


A continuación, puede insertar elementos dentro de esta tabla y completar 


value2 con el doble del valor: 


LEY: 


mysql> INSERT INTO customer—sales—values(first_name, surname, 
value, 


value2) VALUES ('Gladys', 'Malherbe', >, value*2); 
Este registro contiene los siguientes elementos: 


* 
mysql> SELECT FROM customer sales values WHERE 
first _ name='Gladys'; 


> 


a + 
| first—name | surname | value | value2 | 
H— EK————+ + + 
| Gladys | Malherbe | | 10 | 
A ——— + ———— + + + 


Mas sobre como eliminar registros 
(DELETE y TRUNCATE) 


Y a sabe como eliminar un registro con la instruccion DELETE. Y ya sabra que 
si no utiliza una cláusula WHERE se eliminarán todos los registros. Un problema 
asociado a la eliminación de registros utilizando este método es que puede resul- 
tar muy lento si la tabla es de gran tamaño. Por suerte, existe otra fonna de 
realizar dicha operación. 

En primer lugar vamos a eliminar todos los registros de la tabla 
customer_sales_value con la instrucción DELETE. 


mysql1> DELETE FROM customer sales values; 
Query OK, “7 rows affected (0.00 sec) 


La forma mas rapida de eliminar estos valores consiste en utilizar la instruc- 
cion TRUNCATE. A continuación, volveremos a agregar los registros y utilizare- 
mos dicha instruccion: 


mysql> INSERT INTO customer sales values (first_name, surname, value, 
value2) VALUES ('Johnny', 'Chaka—-Chaka', 500, NULL),('Patricia', 
'Mankunku', 450, NULL), ('Winston', 'Powers', 750, NULL) ,('Yvonne', 
'Clegg', 5800, NULL), ('Charles', 'Dube', 0, NULL), ('Charles', 
'Dube', 0, NULL), ('Gladys', 'Malherbe', 5, 10); 


mysql1> TRUNCATE customer—sales—values; 
Query OK, O rows affected (0.00 sec) 


Observe la diferencia entre el resultado de las dos instrucciones. DELETE 
nos informa del numero de filas que se han eliminado, cosa que no hace 
TRUNCATE. Por tanto, TRUNCATE elimina el conjunto completo sin contar 
los elementos eliminados. Para realizar esta tarea, elimina la tabla y vuelve a 
crearla. 


Variable de usuario 


MySQL consta de una funcion que permite almacenar valores como va- 
riables temporales para poder utilizarlas en una instruccion posterior. En la 
gran mayoria de los casos se utiliza un lenguaje de programacion para reali- 
zar este tipo de acciones (corno se vera en un capitulo posterior), pero las 
variables de MySQL resultan utiles cuando se trabaja en la linea de coman- 
dos de MySQL. 

El valor de la variable se establece con la instruccion SET o en una instruccion 
SELECT con :=. 


¡EX 


Para recuperar todos los comerciales con una comision mas alta que la comi- 
sion media, podemos utilizar las siguientes secuencias: 


mysql> SELECT lavg := AVG(commission) FROM sales—rep; 
 ——_—————_—— 

| GQavg := AVG(commission) | 

+ + 

l 151: 0000 1 

+ + 


mysql> SELECT surname,first_ name FROM sales—rep WHERE 
commi ssion>t avg; 


++ 
| surname j first—name | 
q——— ++ 
| Gordimer l| Charlene | 
dy ———— + 


El simbolo E indica que se trata de una variable de MySQL. La comision 
media se almacena en la variable Ravg, a la que se puede acceder en un momento 
posterior. 

Tambien puede establecer una variable de manera especifica. Por ejemplo, en 
lugar de repetir un calculo complejo cada vez que resulte necesario, puede esta- 
blecer la variable con el valor deseado como paso previo: 


mysql> SET (result = 22/7*33.23; 


mysql> SELECT (result ; 
+5 

[ GQresult | 
+———_—_—_————+ 
[104437142857 14 1 
+ + 


Las variables de usuario pueden ser cadenas, enteros y numeros decimales. Se 
les puede asignar una expresion (excluyendo aquellos lugares en los que se nece- 
siten determinados valores literales, como en la clausula LIMIT). Sin embargo, 
no se pueden utilizar para sustituir parte de la consulta, como para reemplazar el 
nombre de una tabla. 

Por ejemplo: 


mysql> SET (Qt = 'sales'; 

mysql> SELECT * FROM (t; 

ERROR 1064: You have an error in your SQL syntax near '(Qt' at 
line: ii 


mysql> SET flv=2; 

mysql> SELECT * FROM sales LIMIT 0,ftv; 

ERROR 1064: You have an error in your SQL syntax near 'fv' at 
line Ll 


Las variables de usuario se establecen en un subproceso dado (o conexión a un 
servidor) y ningun otro proceso puede acceder a ellas, Al cerrar el proceso o al 
peder la conexión las variables dejan de estar asignadas. 

Ejecute la siguiente secuencia desde el primer subproceso, ventana 1: 


mysql1> SET la = 1; 


mysql> SELECT fla; 
+ + 


| Qa ] 


A esta variable no se puede acceder desde otro subproceso. Ejecute la siguien- 
te secuencia desde la ventana 2: 


mysql1> SELECT ta; 
+—r 

| Ga ] 

+ + 

| NULL | 

+ 


Si cierra la conexión y vuelve a conectarse a la ventana 1, MySQL habrá 
vaciado la variable de ventana 1, de la siguiente forma: 


mysql> exit 


% mysql firstdb 


Welcome to the MySQL monitor.  Commands end with ; or Yg. 
Your MySQL connection id is 14 to server version: 4.0.1-alpha- 
ma X 


Type “helps” 36 “"” ¡for Help. Type "e" to clear he buffer 


mysql> SELECT (a; 
A 

| Ra ] 

+ 

| NULL | 

+-———+ 


Fijese en que en una instruccion SELECT, la cláusula WHERE se calcula en 
primer lugar y, a continuación, se lista el campo. Si no se devuelve ningun regis- 
tro, la variable de usuario no se establecera para dicha instruccion. Por ejemplo, 
como esta instruccion no ha devuelto ningun registro, la variable de usuario no se 
establecera: 


mysql1> SELECT fla:=2 FROM sales WHERE value>10000; 
Empty set (0.00 sec) 
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mysql> SELECT Ca; 
+ + 

| Ga 

+——+ 

| NULL | 

+— + 


Sin embargo, si recupera al menos un registro, la variable de usuario se esta- 
blecera correctamente: 


mysql> SELECT fa:=2 FROM sales WHERE value>2000; 


+ + 
| RGa:=2 | 
— 
| 2 ol 
+——+ 


mysql1> SELECT Ca; 
+ + 

| fa | 

+——+ 

p 2 | 

A 


De manera similar, una variable de usuario establecida en la lista de campos 
no se puede utilizar como condicion. La siguiente instrucción no funcionara por- 
que la variable de usuario no ha sido establecida para dicha condicion: 


mysql> SELECT (d:=2000,value FROM sales WHERE value>td; 
Empty set (0.00 sec) 


A continuación tendremos que establecer la variable especificamente antes que 
la consulta de la siguiente forma: 


mysql> SET fd=2000; 
Query OK, O rows affected (0.00 sec) 


mysql1> SELECT td,value FROM sales WHERE value>td; 
f—— ++ 


| Rd “value 1 
y — 4 —— 4 
| 2000 | 3800 | 
+4 


Tambien puede establecer una variable en la propia clausula WHERE. Tenga 
en cuenta que no se reflejara correctamente en la lista de campos a menos que 
vuelva a establecer las variables. Por ejemplo: 


mysql> SELECT fte,value FROM sales WHERE value>(fe:=2000) ; 
e 

| Qe l value | 

+ +———$+ 
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| NULL | 3800 | 
+——+——+ 


Para reflejarlo correctamente, deberá establecer la variable de nuevo en la lista 
de campos: 


mysql> SELECT (f:=2000,value FROM sales WHERE value>(2f£:=2000) 5 


+ f-—+ 
| Af:=2000 | value | 
+ ——+ 
| 2000 | 3800 | 
+ +——+ 


Esta no es una forma elegante de implementar variables de usuario; en su 
lugar, establézcalas de manera separada de antemano. 


Ejecucion de instrucciones SQL almacenadas 
en archivos 


A menudo se suelen guardar grupos de instrucciones SQL en un archivo para 
volver a utilizarlas. Puede ejecutar estos comandos desde la linca de comandos de 
su sistema operativo de forma sencilla. Esta operación se conoce como ejecutar 
MySQL en modo de procesamiento por lotes (en contraposición a hacerlo en modo 
interactivo al establecer una conexión al servidor y escribir los comandos desea- 
dos). Cree un archivo de texto test . sq1 que contenga las siguientes dos líneas: 


INSERT INTO customer (id, first_name,surname) 
VALUES (5, 'Francois','Papo'); 

INSERT INTO customer(id, first_name ¿Surname) 
VALUES (6, 'Neil','Beneke') ; 


Puede ejecutar estas dos instrucciones desde la linea de comandos de su siste- 
ma operativo de la siguiente forma: 


mysql firstdb < test.sql 


Recuerde agregar un nombre de anfitrion, un nombre de usuario y una contra- 


seña si resultara necesario. (Este ejemplo muestra la version abreviada para facti- 
litar la lectura.) 


Si establece una conexión al servidor MySQL ahora, verá que se han añadido 
estos dos registros: 


mysql> SELECT * FROM customer; 
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dy A A + KK + 


Po Ta | first-name | surname 

+ + 

1 | Yvonne | Clegg 

| 2 Johnny | Chaka-Chaka 

| 3 | Winston | Powers 

| 4: + Batricia | Mankunku 

| 5 [ Francois | Papo | 
| 6 | Neil | Beneke | 
SPA +++ 


Si alguna de las líneas del archivo contiene un error SQL, MySQL interrumpi- 
ra el procesamiento del archivo. Modifique test .sql como se indica a conti- 
nuacion. Agregamos la instrucción DELETE a la parte superior para que si 
volvemos a ejecutar el conjunto de instrucciones varias veces, no nos quedemos 
atascados con registros duplicados: 


DELETE FROM customer WHERE id>=6; 

INSERT INTO customer (id, first_name,surname) 
VALUES (6, 'Neil','Beneke') ; 

INSERT INTO customer (id, first_name,surname) 
VALUES (, 'Sandile','Cohen') :; 

INSERT INTO customer (id, first_name,surname) 
VALUES (7,'Winnie','Dlamini'); 


Al ejecutar esta secuencia desde la línea de comandos, MySQL devolvera un error: 


<L% mysql firstdb < test.sql 
ERROR 1064 at line 2: You have an error in your SQL syntax near 
'"Sandile','Cohen')' at line 1 


Si exarnina los contenidos de la tabla customer, verá que el primer registro se 
ha insertado correctamente, pero como la segunda linea contiene un error (el campo 
id nose ha especificado), MySQL detuvo el procesamiento en dicho punto: 


mysql> SELECT %* FROM customer; 


+ + 
l id | first-name | surname | 
+ e e 

1 | Yvonne | Clegg | 
| 2 | Johnny | Chaka-Chaka |l 
| 3 [| Winston | Powers l 
| 4 [| Patricia | Mankunku j 
| 5 [ Francois | Papo ] 
| 6 | Neil | Beneke | 
PA —_ + 


Puede obligar a MySQL a continuar procesando la acción aunque existan 
errores con la opción force (en un capitulo anterior encontrara una lista com- 
pleta de las opciones de MySQL): 


% mysql -f firstdb < test.sql 


ERROR 1064 at line 2: You have an error in your SOL syntax near 
“Y Sandile','Cohen')”' at line 1 


Aunque el error sigue apareciendo, todos los registros validos se han insertado 
como puede observar si visualiza la tabla de nuevo: 


* 
mysql> SELECT FROM customer; 


A + ——— +++ 

l bal | first-—name |] surname | 
+ O 

1 | Yvonne | Clegg | 
| 2 | Johnny | Chaka-Chaka | 
| 3 | Winston | Powers | 
| 4 [| Patricia | Mankunku | 
| 5 [| Francois | Papo | 
| 7 | Winnie | Dlamini | 
| 6 | Neil | Beneke | 
YA AA KK 


Redireccionamiento de la salida hacia un archivo 


Puede capturar el resultado en otro archivo. 

Por ejemplo, en lugar de ejecutar la instrucción SELECT desde la línea de 
comandos, puede agregarla al archivo original y dirigir los resultados de la con- 
sulta a un tercer archivo. Si modifica el archivo te st.sql de la siguiente for- 
ma: 


DELETE FROM customer WHERE id>=6; 

INSERT INTO customer(id,first_name,surname) 
VALUES(6,'Neil','Beneke') 5 

INSERT INTO customer(id, first_name,surname) 
VALUES (7,'Winnie','Dlamini'); 

SELECT FROM customer; 


puede dirigir los resultados a un archivo, test_output.txt, como se 
indica en la siguiente secuencia: 


% twysql firstdb < test.sgl > test—output.txt 
The file test_output.txt now contains the following: 


id first-name surname 

Al Yvonne Clegg 

2 Johnny Chaka-Chaka 
3 Winston Powers 

4 Patricia Mankunku 

5 Francois Papo 

7 Winnie Dlamini 

6 Neil Beneke 


Fijese en que el resultado no es exactamente el mismo que se obtendria en caso 
de ejecutar la consulta en modo interactivo. Los datos estan separados por 
tabuladores y no se generan líneas de formato. 
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Para activar el formato interactivo en el archivo de salida, puede utilizar la 
opción - t, por ejemplo: 


3 mysql -t firstdb < test.sql > test _output.txt 
Como usar los archivos desde la línea de comandos MySQL 


Tambien puede ejecutar instrucciones SQL almacenadas dentro de un archivo 
desde la linea de comandos de MySQL con el comando SOURCE : 


mysql> SOURCE test.sql 
Query OK, 2 rows affected (0.00 sec) 


Query OK, 1 row affected (0.00 sec) 


Query OK, 1 row affected (0.00 sec) 


a o O y 

l id | first—name | surname 

+ Pq —— A E 

| 1 | Yvonne | Clegg 

| 2 | Johnny | Chaka-Chaka 

| 3 | Winston | Powers 

| 4 | Patricia | Mankunku | 
5 | Francois | Papo 

7 | Winnie | Dlamini | 
| 6 | Neil | Beneke | 
q _— +++ 


7 rows in set (0.00 sec) 


Puede eliminar los registros agregados a traves de los archivos de texto ya que 
no los necesitaremos posteriormente: 


mysql> DELETE FROM customer WHERE id > 4; 


Entre las razones mas destacadas para utilizar el modo de procesamiento por 
lotes se pueden citar las siguientes: 


+ Puede utilizar las instrucciones SQL si las necesita de nuevo 
+ Puede copiar y enviar archivos a otras personas. 
+ Resulta sencillo realizar cambios en un archivo si surgieran errores. 


+  Enocasiones resulta necesario utilizar el modo de procesamiento por lotes, 
por ejemplo si queremos ejecutar determinados comandos de SQL de ma- 
nera repetida en un momento dado del dia (por ejemplo, con la instrucción 
cron de Unix). 


Transacciones y bloqueos 


Las consultas sobre bases de datos se ejecutan una despues de otra. En el caso 
de un sitio Web que sirva páginas, da lo mismo el orden en el que la base de datos 
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realice las consultas, siempre y cuando lo haga rapidamente. Sin embargo, ciertos 
tipos de consultas necesitan realizarse en un orden dado, como las que dependen 
de los resultados de una consulta anterior, o grupos de actualizaciones que nece- 
sitan realizarse en conjunto. Todos los tipos de tabla pueden utilizar la funcion de 
bloqueo, pero sólo los tipos InnoDB y BDB disponen de funciones transaccionales 
integradas. En esta sección se analizan los distintos mecanismos de transaccion y 
bloqueo. 


Las transacciones en las tablas InnoDB 


La potencia de las tablas InnoDB procede del uso de transacciones o instruc- 
ciones SQL agrupadas en una. Un ejemplo tipico son las transacciones bancarias. 
Por ejemplo, si se transfiere una cantidad de dinero desde la cuenta de una perso- 
na a otra, se realizaran al menos dos consultas: 


UPDATE personl SET balance = balance-transfer—amount; 
UPDATE person2 SET balance = balance+transfer amount; 


El proceso parece claro, pero ¿qué ocurriria si algo sale mal y el sistema falla 
entre las dos consultas sin que llegue a completarse la segunda? Se habrán retira- 
do los fondos de la cuenta de la primera persona, que creera que el pago se ha 
realizado. Sin embargo, la segunda persona no estara muy contenta porque el 
pago no se ha realizado. En este tipo de situaciones, resulta fundamental asegu- 
rarse de que ambas consultas se llevan a cabo o que no lo hacen ninguna de las 
dos. Para ello, se empaquetan en lo que se conoce como una transaccion, con una 
instruccion BEGIN para indicar el inicio de la transaccion y una instruccion 
COMMIT para indicar el final. Sólo tras procesar la instruccion COMMIT, las 
consultas se habrán convertido en permanentes. Si algo sale mal entre medias, 
podemos utilizar el comando ROLLBACK para invertir la parte incompleta de la 
transaccion. 

Vamos a ejecutar algunas consultas para comprobar su funcionamiento. Ten- 
dra que crear la tabla si no lo hizo en el capitulo anterior: 


mysq1> CREATE TABLE innotest (f1 INT,£f2 CHAR(10) ,INDEX 
(£1)) TYPE=InnoDB; 
Query OK, O rows affected (0.10 sec) 


mysq1> INSERT INTO innotest(£1) VALUES (1) 5 
Query OK, 1 row affected (0.00 sec) 


mysql> SELECT f£1 FROM innotest; 


+ + 
p- Ed 
+——+ 
| ¿| 
++ 


1 row in set (0.21 sec) 
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Nada especial hasta el momento. A continuacion, procederemos a empaquetar 
una consulta en las instrucciones BEGIN/COMMIT: 


mysgl> BEGIN; 
Query OK, € rows affected (0.05 sec) 


mysql> INSERT INTO innotest(f1) VALUES (2) 5 
Query OK, 1 row affected (0.05 sec) 


mysql> SELECT fl FROM innotest; 


+ + 
ll Ed l 
+4——+ 
1 |] 
| 2 | 
t——+ 


2 rows in set (0.16 sec) 


S1 ahora invertimos la acción con un comando ROLLBACK, desharemos la 
transaccion que todavia no se ha confirmado: 


mysql> ROLLBACK; 
Query OK, O rows affected (0.00 sec) 


mysql> SELECT f1 FROM innotest; 


+ + 
sa! 
++ 
| dio! 
+ + 


l row in set (0.17 sec) 


A continuacion, vamos a examinar que ocurriria si se interrumpe la conexión 
antes de que se complete la transaccion: 


mysql> BEGIN; 
Query OK, 0 rows affected (0.00 sec) 


mysql> INSERT INTO innotest(f1) VALUES (2) 5 
Query OK, 1 row affected (0.00 sec) 


mysql> EXIT 
Bye 


C:AMySOL1bin> mysql firstdb 
Welcome to the MySQL monitor. Commands end with ; or Vg. 


> 


Your MySQL connection id is 8 to server version: 4.0.1-alpha- 
max 


Type 'help;' or 'Ah' for help. Type 'Xc' to clear the buffer. 


mysql> SELECT f1 FROM innotest; 
+——+ 


1 row in set (0.11 sec) 


Puede repetir la instrucción anterior utilizando esta vez una instrucción COMMIT 
antes de salir. Tras ello, la transaccion quedara completada, de forma que al 
volver a establecer la conexion, se presentara el nuevo registro: 


mysql> BEGIN; 
Query OK, O rows affected (0.05 sec) 


mysql> INSERT INTO innotest(f£1) VALUES (2); 
Query OK, 1 row affected (0.06 sec) 


mysql1> COMMIT; 
Query OK, O rows affected (0.05 sec) 


mysql> EXIT 
Bye 


C:iProgram FilesiMySQLibin> mysql firstdb 

Welcome to the MySQL monitor.  Commands end with ; or Ag. 
Your MySQL connection id is 9 to server version: 4.0.1-alpha- 
ma X 


Type. thetp;* ot *A6*- or help, Type Me” to «Glear the butter; 


mysql> SELECT f£1 FROM innotest; 


+——+ 
ll Ed | 
+——+ 
| cl 
2 | 
++ 


2 rows in set (0.11 sec) 


Lecturas coherentes 


De manera predeterminada, las tablas InnoDB realizan una lectura coherente. 
Esto significa que al realizar una consulta de selección, MySQL devuelve los valo- 
res presentes de la base de datos hasta la ultima transaccion completada. Si en el 
momento de realizar la consulta existe alguna transaccion en progreso, los resulta- 
dos de las instrucciones UPDATE o INSERT no se reflejarán, con una excepción: la 
transaccion abierta puede modificarse (puede que haya observado que al realizar la 
consulta BEGIN-INSERT-SELECT, se visualizó el resultado insertado). Para po- 
der verlo, necesita dos tener dos ventanas abiertas y estar conectado a la base de 
datos. En primer lugar agregue un registro desde una transaccion en la ventana 1: 


mysql> BEGIN; 
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Query OK, 0 rows affected (0.11 sec) 


mysql> INSERT INTO innotest(f1) VALUES (3) ; 
Query OK, 1 row affected (0.05 sec) 


A continuacion, pase a la ventana 2: 


mysql> SELECT f] FROM innotest; 


+ + 
| £f1 
++ 
| l.. :] 
2 | 
+ 


2 rows in set (0.16 sec) 


El 3 que hemos insertado no se devuelve porque forma parte de una transac- 
cion incompleta. Si se devolvieran los resultados de una transaccion incompleta, 
la lectura resultaria incoherente. 


A continuacion volvamos a la ventana 1: 


mysql> SELECT fl FROM innotest; 


+ + 
| fl | 
+ 

| de 
! 2 | 
| 3 1 
—+ 


Se muestra el 3 porque estamos dentro de una transaccion. 
A continuacion, y todavia dentro de la ventana 1. confirme la transaccion: 


mysql> COMMIT'; 
En la ventana 2, la consulta reflejará la transaccion completada: 


mysql1> SELECT f1 FROM innotest; 


H——+ 
pd | 
++ 

1 | 
| 2 | 
3 1 
+——+ 


Lectura de bloqueos para actualizaciones 


Las lecturas coherentes no siempre resultan adecuadas. Por ejemplo, ¿qué 
ocurria si varios usuarios estan intentando agregar un nuevo registro en una tabla 
innote st? Cada nuevo registro inserta un numero ascendente exclusivo. Como 


en este ejemplo: el campo £1 no es la clave principal o un campo de incremento 
automatico, por lo que nada impide que se cree un registro duplicado. Sin embar- 
go, no queremos que eso ocurra. Lo que desearíamos es leer el valor actual de £1 
e insertar un nuevo valor, incrementado en una unidad. Pero esta acción no garan- 
tiza un valor unico. Examine el siguiente ejemplo, comenzando en la ventana 1: 


mysql> BEGIN; 


mysql> SELECT MAX(f1) FROM innotest; 


+ UN 
| MAX(f1) | 
+ 3 
| 3 | 
+ + 


Simultáneamente, otro usuario realiza la misma operación en la ventana 2: 


mysql> BEGIN; 


mysql> SELECT MAX(f1) FROM innotest; 


row in set (0.11 sec) 


Ahora, los dos usuarios (ventana 1 y ventana 2) agregan un nuevo registro y 
confirman sus transacciones: 


mysql> INSERT INTO innotest(f1) VALUES (4) ; 
Query OK, 1 row affected (0.11 sec) 


mysql1> COMMIT; 
Query OK, O rows affected (0.00 sec) 


Si uno de los usuarios realiza una consulta de selección, recibirán los siguien- 
tes resultados: 


mysql> SELECT f] FROM innotest; 


+——+ 
¡A | 
+——+ 
1 | 
| 2 
| 
| 4 1] 
4] 
+—— + 


La lectura coherente no ha devuelto lo esperado: los registros con los valores 4 
y 5. La forma de evitar este resultado es realizando un bloqueo de actualización 
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sobre la operacion de selección. Si indicamos a MySQL que estamos realizando 
una lectura de actualizacion, no permitira que nadie mas lea el valor hasta que 
nuestra transaccion se haya completado. En primer lugar, elimine el 4 incorrecto 
de la tabla, para realizar la operacion correctamente esta vez: 


mysql1> DELETE FROM innotest WHERE f1=4; 
Query OK, 2 rows affected (0.00 sec) 


A continuación, establezca el bloqueo de actualizacion como se indica en la 
ventana 1: 


mysql1> BEGIN; 


mysql> SELECT MAX (f1) FROM innotest FOR UPDATE; 


+ a 
| MAX (£1) | 
+ > 
| el 
+ dE 


mysql> INSERT INTO innotest(f1) VALUES (4) ; 
Query OK, 1 row affected (0.05 sec) 


Entretanto, la ventana 2 tambien intenta establecer un bloqueo de actualiza- 
cion: 


mysql> BEGIN; 
mysql1> SELECT MAX(f1) FROM innotest FOR UPDATE; 


Fijese en que no se devuelve ningun resultado. MySQL espera a que se com- 
plete la transaccion de la ventana 1. Complete la transaccion en la ventana 1: 


mysql> COMMIT; 
Query OK, O rows affected (0.00 sec) 


La ventana 2 devolvera los resultados de su consulta, tras esperar a que se 
complete la operacion de insercion. 


mysql> SELECT MAX(f£1) FROM innotest FOR UPDATE; 
+ 1 

| MAX (£1) | 

a 


4 | 


+ 


| 
+ 
1l row in set (4 min 32.65 sec) 


Ahora, una vez seguros de que el 4 es el ultimo valor de la tabla, podemos 
agregar el 5 la ventana 2: 


mysq1> INSERT INTO innotest(f1) VALUES (5); 
Query OK, 1 row affected (0.06 sec) 


mysql1> COMMIT; 
Query OK, 0 rows affected (0.00 sec) 


Bloqueos de lectura en modo compartido 


Existe otro tipo de bloqueo de lectura que no devuelve un valor si el valor que 
esta leyendo ha sido modificado por otra transaccion incompleta. Devuelve el ulti- 
mo valor, pero no forma parte de una transaccion cuya intención es modificar el 
valor. Por ejemplo, vamos a utilizar el campo f 2 creado en la tabla innotest. 
Asumamos que el campo f£ 1 consta ya de elementos, pero hasta un momento poste- 
rior de la transaccion no se introducira un valor para el carnpo £ 2. Al realizar una 
consulta de seleccion, no queremos recuperar un registro que disponga de un valor 
para f 1 pero no para f 2, sino que queremos obtener siempre el ultimo registro. En 
este caso, necesitaremos esperar a que se complete la transaccion antes de que se 
recuperen los resultados. Por ejemplo, una transaccion comienza en la ventana 1: 


mysql1> BEGIN; 
Query OK, O rows affected (0.00 sec) 


mysql> INSERT INTO innotest (£1) VALUES (6) ; 
Query OK, 1 row affected (0.00 sec) 


mysql> UPDATE innotest set f2='Sebastian' WHERE fl=6; 
Query OK, 1 row affected (0.05 sec) 
Rows matched: 1 Changed: 1 Warnings: OU 


S1 realiza una consulta normal de seleccion en la ventana 2, no recuperaremos 
el ultimo valor (porque la transaccion anterior no se ha completado y la tabla 
InnoDB realiza un lectura coherente como parte de su comportamiento predeter- 
minado). Sin embargo, si realiza una consulta con un bloqueo en modo comparti- 
do, no obtendra un resultado hasta que se complete la transaccion en la ventana 1. 

S1 ejecutamos una consulta normal en la ventana 2, se recuperaran los siguien- 
tes resultados: 


mysql> SELECT MAX(f1) FROM innotest; 


row in set (0.17 sec) 


Todavia en la ventana 2, si realiza la misma consulta en modo de bloqueo de 
uso compartido no se generara ningun resultado: 


mysql1> SELECT MAX(f1) FROM INNOTEST LOCK IN SHARE MODE; 
Complete la transaccion en la ventana 1 


mysql1> COMMIT; 
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Query OK, O rows affected (0.00 sec) 
A continuacion la ventana 2 devolvera el resultado correcto: 


mysql1> SELECT MAX(f1) FROM innotest LOCK IN SHARE MODE; 
+ 


row in set (4 min 32.98 sec) 


mysql> COMMIT; 
Query OK, 0 rows affected (0.00 sec) 


Confirmaciones automaticas 


De manera predeterminada, y a menos que se especifique una transacción con 


BEGIN, MySQL confirma automaticamente las instrucciones. Por ejemplo, una 
consulta en la ventana 1 devolveria los siguientes resultados: 


mysql> SELECT f1 FROM innotest; 


+t——+ 
DEl | 
++ 

| 1 | 
2 | 
| 3 | 
| 4! 
| 5 1] 
| 6 | 
+t——+ 


6 rows in set (0.11 sec) 


A continuacion, el usuario de la ventana 2 inserta un registro: 


mysql> INSERT INTO innotest(f1) VALUES (7): 
Query OK, 1 row affected (0.00 sec) 


Esta inmediatamente disponible en la ventana 1 (recuerde completar todos los 


ejemplos anteriores con la instrucción COMMIT): 
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mysql1> SELECT f£f1 FROM innotest; 
+ + 
| £1 | 


NN 0 aun A 


+——+ 
7 rows in set (0.11 sec) 


El registro insertado en la ventana 2 está inmediatamente disponible para el resto de 
las ventanas porque la acción predeterminada es AUTOCOMMIT. Sin embargo, en las 
tablas de transaccion segura (InnoDB, DBD), puede cambiar este comportamiento 
asignando0 a AUTOCOMMIT'.En primer lugar, realice dicha operacion en la ventana 1: 


mysql1> SET AUTOCOMMIT=0; 
Query OK, O rows affected (0.00 sec) 


A continuación, ejecute la consulta en la ventana 2: 


mysql1> SELECT fl FROM innotest; 


+ + 

fl | 
+——+ 

1 | 

2 

3 1 

| 4 | 

5 1 

6 | 

7) 
+——+ 


7 rows in set (0.22 sec) 
Seguidamente, inserte un registro en la ventana 1: 


mysql> INSERT INTO innotest (f1) VALUES(8); 
Query OK, 1 row affected (0.00 sec) 


En esta ocasion, no esta inmediatamente disponible en la ventana 2: 


mysql> SELECT f] FROM innotest; 


+——+ 
li EA | 
hooo+ 
| E. 
| 2 | 
| y 
| 4 | 
| | 
| 6 | 
| 2..] 
+——+ 


7 rows in set (0.16 sec) 


Como no se ha desactivado la función de confirmación automática, la operacion 
de inserción de la ventana 1 no se confirmara hasta que se ejecute un comando 
COMMIT de manera predeterminada. Confirme la transaccion desde la ventana 1: 


mysql> COMMIT; 
Query OK, U rows affected (0.00 sec) 


¡KE 


Ahora el nuevo registro esta disponible en la ventana 2. 


mysql> SELECT f£1 FROM innotest: 


+——+ 
(El | 
+——+ 

| d. 1] 
| 0 
| | 
| q | 
| 1 
| 6 | 
| 7 | 
| 8 | 
+——+ 


8 rows in set (0.11 sec) 


Sin embargo, la secuencia AUTOCOMMIT=0 no se aplica a todo el servidor, 


sino sólo a la sesion especifica. Si se asigna el valor O al comando AUTOCOMMIT 
en la ventana 2, el comportamiento sera diferente. 


En primer lugar, establezca AUTOCOMMIT en la ventana 1 y en la ventana 2: 


mysq1> SET AUTOCOMMIT=0 ; 
Query OK, O rows affected (0.00 sec) 


A continuacion, ejecute la siguiente secuencia en la ventana 1 para comprobar 


sus elementos presentes: 
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mysql> SELECT f£1 FROM innotest; 
h——+ 

| f1 

+—-+ 


9 JO NP 


| 
| 
| 
| 
| 


+— 


8 rows in set (0.17 sec) 
Agregue un registro en la ventana 2 y confirme la transacción: 


mysql> INSERT INTO innotest (£1) VALUES (9); 
Query OK, 1 row affected (0.00 sec) 


mysal> COMMIT; 
Query OK, U rows affected (0.00 sec) 


A continuacion compruebe si aparece en la ventana 1 


mysql1> SELECT f£1 FROM innotest; 


| £1 | 
t——+ 

| 1-1 
| 2 .l 
| Be al 
| ÓN | 
| 3 
| 6 1 
| 7] 
8 | 
+——+ 


8 rows in set (0.11 sec) 


El 9 del nuevo registro no aparece, aunque hayamos confirmado los resulta- 
dos. La razon es que la instrucción de selección de la ventana 1 forma tambien 
parte de una transaccion. A la lectura coherente se le ha asignado un punto tempo- 
ral y este punto temporal avanza si la transaccion en la que se establecio se ha 
completado. Confirme la transaccion en la ventana 1: 


mysql> COMMIT; 
Query OK, 0 rows affected (0.00 sec) 


mysql1> SELECT f1 FROM innotest; 


+-—+ 

E aL ale | 
++ 

11 
2 | 
31 
4 | 
| aa 
| 61 
| q) 
| 8 | 
| 9 1 


+ + 
9 rows in set (0.22 sec) 


Como vimos anteriormente, la unica forma de examinar los ultimos resultados 
consiste en seleccionarlos en modo bloqueo de uso compartido. En este caso, se 
hubiera esperado hasta que la transaccion que realiza la operacion de inserción 
haya realizado una operacion de confirmacion. 


Transacciones en tablas DBD 


Las tablas DBD procesan las transacciones de forma ligeramente diferente a 
las tablas InnoDB. En primer lugar, cree la tabla (si no lo ha hecho en el capitulo 
anterior) e inserte un registro desde la ventana 1: 


mysql1> CREATE TABLE bdbtest(fl1 INT,f2 CHAR(10)) TYPE=BDB; 
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Query OK, O rows affected (0.28 sec) 


mysql> BEGIN; 
Query OK, O rows affected (0.06 sec) 


mysql> INSERT INTO bdbtest (f1) VALUES (1) 5 
Query OK, 1 row affected (0.00 sec) 


A continuacion, realice la siguiente consulta desde la ventana 2: 
mysql> SELECT f1 FROM bdbtest; 


La ventana 2 espera a que la transaccion de la ventana 1 este completada. (No 


devuelve un conjunto de resultados en función de la situación antes de que de 
comienzo la transaccion de la ventana 1, como ocurre en las tablas InnoDB.) 


Sólo cuando la ventana 1 confirma la acción, la ventana 2 recibe los resulta- 


dos. Complete la transaccion de la ventana 1: 


mysql> COMMIT; 
Query OK, O rows affected (0.00 sec) 


Y la consulta de la ventana 2 se completa (no necesita escribirla de nuevo): 


mysql> SELECT f1 FROM bdbtest; 


h——+ 
| f1 | 
+——+ 
L. 4 
+——+ 


1 row in set (3 min 13.99 sec) 


Fijese en el largo periodo de tiempo que llevo la consulta. El hecho de que no 


se trate de una consulta de selección "rapida" en las tablas DBD significa que 
todas las transacciones que se pospongan pueden dar lugar a graves problemas de 
rendimiento. 


Como en el caso de las tablas InnoDB, el modo predeterminado es 


AUTOCOMMIT=1. Esto significa que a menos que coloque sus cambios dentro de 
una transaccion (comenzando con BEGIN), se completarán inmediatamente. 
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Ejecute la siguiente consulta desde la ventana 1: 


mysql> SELECT f1 FROM bdbtest; 
SA ES 

| £1l | 

E 

| el 

——+ 

1 row in set (0.17 sec) 


A continuacion ejecute una inserción desde la ventana 2: 


mysql> INSERT INTO bdbtest(f1) VALUES (2) ; 


Query OK, 1 row affected (0.06 sec) 


Resulta inmediatamente recuperable desde la ventana 1: 
mysql> SELECT fl FROM bdbtest:; 

+—— 

O | 

+——+ 


2 rows in set (0.16 sec) 


S1 AUTOCOMMIT se define como 0, el efecto es el mismo al de encerrar todas 


las instrucciones en un comando BEGIN. 


Asigne Ó a AUTOCOMMITT e inserte un registro en la ventana 1: 


mysql> SET OPTION AUTOCOMMIT=0; 

Query OK, 0 rows affected (0.11 sec) 
mysql> INSERT INTO bdbtest(f1) VALUES (3); 
Query OK, 1 row affected (0.11 sec) 


Una consulta ejecutada desde la ventana 2 esperara a que la transaccion este 


activa: 


mysql> SELECT £1 FROM bdbtest; 


El resultado aparecera sólo cuando la transaccion se haya confirmado: 
Confirme la transaccion en la ventana 1: 


mysql1> COMMIT; 
Query OK, Q rows affected (0.05 sec) 


Ahora la consulta recupera los resultados en la ventana 2 (no necesita volver a 


escribir la consulta): 


mysql> SELECT f1 FROM bdbtest:; 


+——+ 
li Ed | 
++ 
| E 
| 2 1! 
| 31 
+FH——+ 


Otros comportamientos transaccionales 


Existe una serie de comandos adicionales que finalizan automaticamente una 


transaccion (en otras palabras, que se comportan como si hubieramos realizado 
una operación de confirmación). 


+ BEGIN 
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+ ALTERTABLE 

+ CREATE INDEX 

+ RENAME TABLE (ese un sinonimo de ALTER TABLE x RENAMBE) 
+ TRUNCATE 

* DROP TABLE 

* DROP DATABASE 


Incluso si el comando no produce un resultado satisfactorio, el mero hecho de 
aplicarlo genera una operacion de confirmación. Por ejemplo, comencemos por la 
siguiente transaccion en la ventana 1: 


mysql> BEGIN; 


mysql> SELECT MAX(f£1) FROM innotest FOR UPDATE; 
+ + 

| MAx(f1) | 

+ as 


| 9 1 
+ E 


Y comience otra transaccion en la ventana 2: 
mysql> BEGIN; 


mysql> SELECT MAX(f1) FROM innotest FOR UPDATE; 


Los resultados no se muestran, ya que la ventana 1 ha bloqueado la fila para su 
actualización. 

Sin embargo, el usuario de la ventana 1 cambia de opinion y decide modificar 
primero la estructura de la tabla. 


+  Ejecutamos el comando ALTER TABLE en la ventana 1 


mysql> ALTER TABLE innotest add f1 INT; 
ERROR 1060: Duplicate column name 'f]' 


Aunque la operacion ALTER falló, se levantó el bloqueo, se confirmó la tran- 
saccion y la consulta de la ventana 2 se completó (no es necesario volver a intro- 
ducirla). 


mysql> SELECT MAX (£1) FROM innotest FOR UPDATE; 
+ E 

| MAx(£1) | 

+ 


9 | 
e 


row in set (2 min 23.52 sec) 


+ 
| 

+ 

1 
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Bloqueo de tablas 


En la sección dedicada al análisis de las tablas InnoDB y BDB, se menciono el 
concepto de bloqueo en el nivel de fila, en el que se bloqueaban filas individuales 
durante un periodo de tiempo. Los bloqueos en el nivel de fila son mucho mas 
eficaces cuando se necesita realizar una gran cantidad de inserciones o actualiza- 
ciones en la tabla. El bloqueo en el nivel de fila, sin embargo, solo esta disponible 
para los tipos de tabla de transacción segura (BDB e InnoDB). MySQL tambien 
incorpora la funcion de bloqueo en el nivel de tablas, que esta disponible para 
todos los tipos de tabla. 

Existen dos tipos de bloqueos de tabla: los bloqueos de lectura y los bloqueos 
de escritura. Los bloqueos de lectura sólo permiten realizar lecturas sobre la 
tabla, quedando bloqueadas las operaciones de escritura. Los bloqueos de escritu- 
ra impiden la realización de operaciones de lectura o escritura sobre la tabla 
durante el bloqueo. La sintaxis para bloquear una tabla es la siguiente: 


LOCK TABLE nombre _de tabla (READIWRITE) 


Para desbloquear una tabla, basta con utilizar la instrucción UNLOCK TABLE 
de la siguiente forma: 


UNLOCK TABLES 


La siguiente secuencia ilustra un bloqueo en el nivel de tabla, que funcionara 
con todo tipo de tablas. 
En primer lugar, bloquee la tabla desde la ventana 1: 


mysql> LOCK TABLE customer READ; 
Query OK, D rows affected (0.01 sec) 


Se pueden leer otros subprocesos, pero no se pueden escribir, como puede 
observar si prueba a utilizar el siguiente comando en la ventana 2: 


* 
mysql> SELECT FROM customer; 


A 

l id | first—-name | surname 

o 

| 1 | Yvonne | Clegg 

| 2 | Johnny | Chaka-Chaka | 
| 3 | Winston | Powers 

| 4 | Patricia | Mankunku | 
—— +++ 


mysql> INSERT INTO customer (id, first_name,surname) 
VALUES (5, 'Francois','Papo') ; 


La instrucción INSERT no se procesa hasta que el bloqueo se libera en la 
ventana 1: 


mysql> UNLOCK TABLES; 
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Seguidamente se completa la operacion de insercion en la ventana 2 (no es 
necesario volver a escribirla): 


mysql1> INSERT INTO customer (id, first_name,surname) 
VALUES (5, 'Francois' ,'Papo') ; 
Query OK, 1 row affected (7 min 0.74 sec) 


Tambien puede bloquear mas de una tabla a la vez. Aplique los siguientes 
bloqueos desde la ventana 1: 


mysql1> LOCK TABLE customer READ,sales WRITE; 


Otros subprocesos pueden leer la tabla customer, pero no la tabla sales. 
Intente ejecutar una instruccion SELECT desde a ventana 2: 


mysql> SELECT * FROM sales; 


Si el subproceso que creo el bloqueo intenta agregar un registro a la tabla 
customer, fallara. No esperara a que el bloqueo se libere (como se creo el blo- 
queo, si se suspende, no volvera a poder liberarlo nunca); en su lugar la operacion 
de insercion simplemente fallara. Pruebe la siguiente instruccion en la ventana 1: 

mysql> INSERT INTO customer VALUES (1,'a','b'); 

ERROR 1099: Table 'customer' was locked with a READ lock and 

Can't be updated 


Sin embargo, puede realizar lecturas sobre la tabla cuya escritura bloqueo, de 
la siguiente forma, desde la ventana 1: 


mysql1> SELECT * FROM sales; 


po +—— 

l code | sales—rep | id | value | 
+——+ +—— ++ 

| 1 | Lil 1-1. .2000: 1 
| 2 1 41 3 | 230.1 
| Sol 22) al 500 | 
| 4 1 dl 4 1 450 | 
| 5 | 3 | 1-1 3800 ] 
| 6 | 1 | 2! 500 | 
| y] 2 | NULL | 670 | 
+——+ +——+——+ 


mysql> UNLOCK TABLES ; 


Y con el bloqueo liberado, la ventana 2 realiza el proceso de selección (no es 
necesario volver a escribir la instruccion): 


mysql> SELECT * FROM sales; 

+ + + +——+ 

l code | sales—rep | id l value | 
+——+ + —— 4 -—— 

| ds al 1 |] 1 2000 |] 
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| 2 A 4 | 3 1 2501 

| 3 | 2 | 31 500 | 
| 4 |] L>] 4 | 450 | 
| Sl 3] 1 | 3800 1 
| 6 | 1 | 2 | 500 | 
| 7 | 2 | NULL | 6701 


+——+ 
7 rows in set (5 min 59.39 sec) 


NOTA: Puede utilizar esta instrucción en su forma singular o plural: 


[UN] LOCK TABLE y [UN]LOCK TABLES. Ambas son válidas, inde- 
pendientemente de la cantidad de tablas que estemos bloqueando. 


Los bloqueos de escritura tiencn prioridad sobre los bloqueos dc lectura, de 
manera que si un subproceso espera un bloqueo de lectura y recibe un bloqueo de 
escritura; el bloqueo dc lectura debcra csperar hasta obtcner el bloqueo de escrt- 
tura y a su liberacion. de la forma que sc indica a continuacion. 

Aplique un bloqueo de escritura desde la ventana 1: 


mysql1> LOCK TABLE customer WRITE; 
Query OK, O rows affected (0.00 sec) 


Ahora, intente aplicar un bloqueo de lectura desdc la ventana 2: 


mysql> LOCK TABLE customer READ; 


El bloquco de lectura no se puede obtener hasta que se liberc el bloqueo de 
escritura. Entretanto. se rccibe otra petición por un bloqueo de cscritura, que 
tambien debe csperar hasta que sc liberc cl primero. 

Intente aplicar otro bloqueo de escritura desde una tercera ventana: 


mysql> LOCK TABLE customer WRITE; 


A continuacion, libere el bloqueo desde la ventana 1: 


mysql> UNLOCK TABLES ; 
Query OK, U rows affected (0.00 sec) 


Ahora se obtiene el bloqueo de escritura de la ventana 2, aunque fuc solicitado 
tras el bloqueo de lectura, de la siguiente forma (no es necesario volver a escribir 
la instrucción LOCK): 


mysql> LOCK TABLE customer WRITE; 
Query OK, O rows affected (33.93 sec) 
mysql> UNLOCK TABLES; 

Query OK, UÚ rows affected (0.00 sec) 


Sólo cuando se libera el bloqueo de escritura de la ventana 3 se puede obtencr 
el bloqueo de escritura de la ventana 2 (no es necesario volver a escribirlo): 


mysaql> LOCK TABLE customer READ; 
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Query OK, O rows affected (4 min 2.46 sec) 
mysql> UNLOCK TABLES; 
Query OK, O rows affected (0.00 sec) 


Puede variar este comportamiento especificando una prioridad inferior para el 
bloqueo de escritura, mediante la palabra clave LOw_ PRIORITY. 

Si vuelve a ejccutar el ejemplo anterior con una solicitud de prioridad baja 
para un bloqueo de escritura, se obtendra primero el bloquco de lectura ante- 
rior. 


En primer lugar, solicite el bloqueo de escritura en la ventana 1: 


mysql1> LOCK TABLE customer WRITE; 
Query OK, 0 rows affected (0.00 sec) 


A continuacion pruebe a realizar un bloqueo de lectura desde la ventana 2: 
mysql> LOCK TABLE customer READ; 

Y un bloqueo de escritura de prioridad baja desde la ventana 3: 

mysql> LOCK TABLE customer LOW-—PRIORITY WRITE; 

Scguidamente, libere el bloqueo de la ventana 1: 


mysql> UNLOCK TABLES; 
Query OK, 0 rows affected (0.00 sec) 


En csta ocasion la ventana 2 obtendra su bloqueo en primer lugar (no es nece- 
sario volver a escribir la instrucción LOCK): 


mysql> LOCK TABLE customer READ; 
Query OK, O rows affected (20.88 sec) 


mysql1> UNLOCK TABLES; 
Query OK, O rows affected (0.00 sec) 


Por ultimo, se obtiene el bloqueo de escritura desde la ventana 3 (no es necesa- 
rio volver a escribirlo): 


mysql1l> LOCK TABLE customer LOW-—PRIORITY WRITE ; 
Query OK, 0 rows affected (1min 25.94 sec) 


A continuacion, libere de nuevo el bloqueo para poder utilizar la tabla en un 
momento posterior: 


mysql> UNLOCK TABLES; 
Query OK, 0 rows affected (0.00 sec) 


PA O 
la 
dl 


A va 


segura. 
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Los bloqueos de tabla se suelen utilizar de esta forma sobre tablas que no 
admiten transacciones. S1 esta utilizando una tabla InnoDB o BDB, utilice los 
comandos BEGIN y COMMIT para evitar anomalías en los datos. A continuacion 
se incluye un ejemplo en el que podría utilizarse. Si su tabla customer_sales_ 
values esta vacia, rellenela con algunos registros: 


mysql> INSERT INTO customer_sales values (first_name, surname, value, 
value2) VALUES ('Johnny' , >, 500, NULL), ('Patricia' , 
'Mankunku', 450, NULL), ('Winston', 'Powers', 750, NULL), 

('Yvonne','Clegg', 5800, NULL), ('Charles', 'Dube', 0, NULL), 

('Charles','Dube', 0, NULL), ('Gladys', 'Malherbe', 5, 10); 


Imaginemos que Johnny Chaka-Chaka ha realizado dos ventas, cada una 
procesada por un administrativo diferente. La primera es de 100 dolares y la 
segunda de 300 dolares. Los administrativos leen el valor existente, agregan 
100 o 300 a dicho valor y actualizan el registro. El problema surge si ambos 
realizan la operación de selección antes de que cualquiera de los dos se actua- 
lice. 

En este caso, una de las actualizaciones sobrescribira a la otra y se perdera 
dicho valor, de la forma en la que indica a continuacibn. 

En primer lugar, realice la consulta desde la ventana 1: 


mysql> SELECT value from customer—sales—values WHERE 
first _name='Johnny' and surname='Chaka-Chaka'; 

+———+ 

l value | 

+ + 

| 500 | 

o daa E 


A continuacibn realice la consulta desde la ventana 2: 


mysql> SELECT value from customer sales values WHERE 
first name='Johnny' and surname='Chaka-Chaka!' ; 

+ 5 o 

l value | 

E 

| 500 | 

+—+ 


Ésta es la ventana 1: 


mysql> UPDATE customer—sales—values SET value=500+100 WHERE 
first name='Johnny' and surname='Chaka-Chaka'; 
Query OK, 1 row affected (0.01 sec) 


Ésta es la ventana 2: 


mysql> UPDATE customer sales values SET value=5004+300 WHERE 
first_name='Johnny' and surname='Chaka-—Chaka' ; 
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Query OK, 1 row affected (0.01 sec) 


Una vez capturadas las dos ventanas, el valor de las ventas de Johnny sera de 
800 dolares, lo que supone 100 dolares menos de lo realmente vendido. Si hubié- 
ramos bloqueado la tabla, habriamos evitado el problema. 

Tras restablecer los datos y comenzar de nuevo, ejecute la siguiente operación 
de actualización. 


mysql> UPDATE customer—sales—values SET value=500 WHERE 
first_name='Johnny' and surname='Chaka-Chaka'; 
Query OK, 1 row affected (0.00 sec) 


A continuacion, coloque un bloqueo de escritura en la ventana 1: 


mysql> LOCK TABLE customer sales values WRITE; 
mysql> SELECT value from customer sales values WHERE 
first_name='Johnny' and surname='Chaka-Chaka'; 


+——+ 
l value | 
H—+ 
| 500 ] 
t_——+ 


La ventana 2 intenta obtener un bloqueo de escritura tambien: 
mysql> LOCK TABLE customer _sales values WRITE; 


No lo logra porque ya ha sido asignado uno a la ventana 1. A continuacion, la 
ventana 1 puede actualizar el registro, antes de liberar el bloqueo y permitir que la 
ventana 2 continue. 


Ejecute la siguiente instrucción UPDATE en la ventana 1 y libere el bloqueo: 


mysql> UPDATE customer_sales values SET value=5004+100 WHERE 
first_name='Johnny' and surname='Chaka-Chaka'; 

Query OK, 1 row affected (0.00 sec) 

mysql> UNLOCK TABLES; 


La ventana 2 obtiene el bloqueo (no es necesario volver a escribirlo) y puede 
completar el resto de la transacción de la siguiente forma: 


mysql> LOCK TABLE customer—sales—values WRITE; 

Query OK, O rows affected (1min 35.87 sec) 

mysql> SELECT value from customer—sales—values WHERE 
first_name='Johnny' and surname='Chaka-Chaka'; 


+4——+ 
| value | 
++ 
| 600 | 
++ 


l row in set (0.00 sec) 


mysql1> UPDATE customer—sales— values SET value=600+300 WHERE 
first_name='Johnny' and surname='Chaka-Chaka'; 
Query OK, 1 row affected (0.01 sec) 


mysq1> UNLOCK TABLES; 
Query OK, O rows affected (0.00 sec) 


Johnny recibe el crédito que se merece, y la tabla refleja correctamente los 900 
dolares de las ventas realizadas. 


Como evitar los bloqueos de tabla 


Deberia evitar los bloqueos sobre tablas que necesiten realizar un gran volu- 
men de actualizaciones, ya que, en el caso de los bloqueos de escritura, no se 
puede leer o escribir ningun registro de la tabla durante el bloqueo. 

Además, como los bloqueos de escritura tienen prioridad sobre los de lectura de 
manera predeterminada, no se puede leer ningun registro hasta que todas las opera- 
ciones de actualizacion e inserción se completen, lo que puede provocar que MySQL 
se atasque de forma terrible. Existen varias formas de evitar los bloqueos de tabla. 
Una de ellas consiste en realizar la operación de lectura y actualizacion dentro de la 
misma instrucción (es lo que se conoce comoactualizacion incremental). 

Ejecute la siguiente actualizacion incremental desde la ventana 1: 


mysql1> UPDATE customer sales values SET value=value+300 WHERE 
first name='Johnny' and surname='Chaka-Chaka'; 


La ventana 2 tambien puede realizar su actualizacion: 


mysql> UPDATE customer sales values SET value=value+100 WHERE 
first_name='Johnny' and surname='Chaka-Chaka'; 


A continuación, independientemente del orden en el que se distribuyan las 
instrucciones, la actualizacion siempre se realizara sobre el valor mas recien- 
te: 


Niveles de transaccion 


Puede modificar el comportamiento predeterminado al trabajar con transac- 
ciones mediante el establecimiento del nivel de transaccion. Existen varios niveles 
de transaccion en MySQL. En concreto admite los siguientes niveles de aisla- 
miento de transaccion: 


READ UNCOMMITTED 


Este nivel permite transacciones para leer datos sin confirmar desde otras 
transacciones (es lo que se conoce como lectura sucia). 
Este nivel no permite lecturas sucias. 


REPEATABLE READ 


Este nivel no permite lecturas no susceptibles de repetición (que son las que se 
dan cuando otra transaccion ha modificado los datos, incluso si se han confirma- 
do). 


SERIALIZABLE 


Este nivel no permite lecturas fantasma, que tienen lugar cuando otra transac- 
cion ha confirmado una nueva fila que coincide con los resultados de nuestra 
consulta. Los datos seran los mismos en cada ocasion. 

Para cambiar el nivel de transaccion, utilice la siguiente sintaxis: 


SET [ámbito] TRANSACTION ISOLATION LEVEL 
í nivel de aislamiento ) 


La opcion ambito puede ser GLOBAL O SESSION. Esta opcion reemplaza el 
ambito habitual de la instruccion, que se encarga de establecer el nivel de aisla- 
miento en el que debe comenzar la siguiente transaccion. GLOBAL establece el 
nivel para todas las nuevas transacciones y SESSION para las nuevas transac- 
ciones de dicho subproceso. La opcion nivel de aislamiento es una de los cuatro 
niveles expuestos mas arriba. 


Resumen 


Las combinaciones pueden adoptar formas mucho mas complejas que la union 
de dos tablas vista en un capitulo anterior. Las combinaciones internas omiten los 
valores NULL en las tablas que se esten combinando (o en las filas que no tengan 
registros asociados) y las combinaciones externas incluyen datos NULL. Las com- 
binaciones externas por la derecha devuelven todos los datos de una tabla especifi- 
cada en primer lugar (a la izquierda), incluyendo aquellos que no tengan un registro 
asociado en la tabla derecha, mientras que las combinaciones externas por la dere- 
cha devuelven todos los datos de la tabla especificados a la derecha de la combina- 
cion. Las combinaciones externas completas combinan las caracteristicas de las 
uniones por la izquierda y por la derecha, pero MySQL no las admite todavia. 

Las combinaciones naturales aprovechan el hecho de que los campos comunes 
pueden recibir los mismos nombres y simplificar la sintaxis si este fuera el caso. 

El comando UNION combina los resultados de varias consultas en una. 

Las subselecciones son consultas dentro de consultas. Por regla general, resul- 
tan mas eficaces si se rescriben en forma de combinacion. 

La eliminación de registros uno a uno, como ocurre con la instruccion DELETE, 
no es un método eficaz si necesitamos eliminar todos los registros de una tabla. 
La instruccion TRUNCATE es la forma mas rapida de realizar esta tarea, aunque 
no devuelva el numero de registros eliminados, como hace DELETE. 
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Las variables de usuario permiten almacenar valores para su uso en una con- 
sulta posterior. Ahora bien, al utilizarlas en necesario tener cuidado de establecer 
la variable de usuario antes de que resulte necesaria. En las instrucciones SELECT, 
la condición (la clausula WHERE) se realiza en primer lugar, antes de la lista de 
campos (inmediatamente despues de la instrucción SELECT y en el lugar en el 
que se establezcan las variables de usuario de manera general). 

MySQL tambien se puede ejecutar en modo de procesamiento por lotes, con 
las instrucciones SQL almacenadas en archivos para facilitar las operaciones de 
edición y reutilizacion. Tambien puede dirigir la salida a un archivo, por ejemplo 
para facilitar el examen de los resultados de las consultas en un momento poste- 
rior. 

Todos los tipos de tablas permiten el bloqueo de tablas. Esta operación permi- 
te bloquear una tabla entera en contraposicion a los bloqueos de filas que se 
utilizan en las tablas de transacción segura. 

En el siguiente capitulo, seguiremos analizando nuevos conceptos y examina- 
remos varios metodos para optimizar el rendimiento de nuestras bases de datos. 
Analizaremos el tema de la creación de indices, la escritura de consultas mas 
eficaces y la mejora del rendimiento del servidor. 


LEX 


Índices 
y optimización 
de consultas 


Una cosa es lograr que una consulta funcione y otra que lo haga rapidamente 
cuando los clientes se amontonan. 

Puede agilizar la velocidad de sus consultas mediante el uso de metodos bási- 
cos. 

El uso inteligente de indices puede dar resultados sorprendentes. 

Asi mismo, el ajuste cuidadoso de su sistema puede contribuir a lograr mejo- 
ras notables. 

En este capitulo se abordan los siguientes temas: 


+ Creation y uso de indices 


+ Claves principales, indices unicos, indices de texto completo e indices or- 
dinarios 


+ Busquedas de texto completo 

+ Eliminación y modificación de un índice 
+ Campos de incremento automático 

+ Análisis de consultas con EXPLAIN 


+ Optimización de instrucciones SELECT 


Comprension de los indices 


Hasta ahora, ninguna de las tablas creadas en los capitulos anteriores consta- 
ba de un índice. Al agregar un nuevo registro, este se suele colocar al final de la 
tabla, pero tambien puede hacerse en la mitad de la tabla si se ha eliminado otro o 
si existe dicho espacio. En otras palabras, los registros no se almacenan en ningun 
orden. Considere, por ejemplo, la tabla de clientes creada en el capitulo anterior, 
la cual, suponiendo que ha seguido los ejemplos de dicho capitulo, contiene reg1s- 
tros distribuidos en el siguiente orden: 


Y — $ — + 

| id | first—name | surname | 
$ +++ 

p 1 | Yvonne | Clegg 
| 2 | Johnny | Chaka-Chaka | 
| 3 | Winston | Powers 
| 4 | Patricia | Mankunku | 
|.o5 | Francois | Papo 
0 | Winnie | Dlamini | 
|.6 | Neil | Beneke | 
IS 2 —— + 


A continuación, imagine que estuvieramos haciendo el trabajo de MySQL. Si 
quisieramos recuperar todos los registros que tengan como apellido Beneke, es 
probable que empezaramos por la parte superior de la tabla y examinaramos cada 
uno de ellos. Sin mas datos, no hay forma de saber (ni nosotros ni MySQL) donde 
buscar los registros que cumplan dichos criterios. La operacion de recorrer la 
tabla de esta forma (de principio a fin, examinando todos los registros) se conoce 
como examen completo de la tabla. Cuando las tablas son de gran tamaño, esta 
operacion resulta poco eficiente ya que la labor de examinar tablas compuestas de 
varios cientos de miles de registros puede resultar muy lenta. Para evitar esta 
circunstancia, es aconsejable ordenar los registros. Vamos a buscar el mismo 
registro de antes pero sobre una tabla ordenada por el campo del apellido: 


l id | first—name | surname | 
+ e E 

MS | Neil | Beneke | 
y 2 | Johnny | Chaka-Chaka | 
A | Yvonne | Clegg | 
p 7 | Winnie | Dlamini | 
| 4 | Patricia | Mankunku 
|O5 | Francois | Papo | 
| 3 | Winston | Powers | 
O E 


Las busquedas sobre esta tabla resultaran mucho mas rápidas. Como sabemos 
que los registros estan almacenados alfabeticamente por el campo surname al 
llegar a la entrada Chaka-Chaka, sabemos que no hay mas registros Beneke. 
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Por lo tanto, basta con examinar un registro, en contraposicion a los siete que 
deberiamos examinar en la tabla sin ordenar. El resultado es un gran ahorro, que 
resultara incluso mas importante en tablas de mayor tamalio. 

Por lo tanto, la solucion parece estar en la ordenacion de la tabla. Sin embar- 
go, puede ocurrir que deseemos buscar registros de la tabla utilizando otros crite- 
rios. Por ejemplo, imagine que queremos recuperar un registro con un i d de 3. S1 
la tabla sigue ordenada por el campo del apellido, necesitaremos examinar todos 
los registros de nuevo para hallar el deseado, con lo que la consulta resultaria 
lenta e ineficiente. 

La solucion consiste en crear listas separadas para cada campo que necesite 
ordenar. No contendran todos los campos, sólo aquellos que necesite ordenar y un 
puntero a un registro completo de la tabla. Estas tablas se denominan indices y 
son uno de los elementos menos y peor usados de las bases de datos relacionales 
(vease figura 4.1). Los indices se almacenan en archivos separados en algunos 


casos (tablas MyISAM) o como parte de algun espacio de tabla en otros (tablas 
InnoDB). 


Tabla Customer Índice Surname 


First Name  Surname 


Yvonne Clegg Beneke 
Johnny Chaka-Chaka Chaka-Chaka 
Winston Powers Clegg 


Patricia  Mankunku Dlamini 
Francois Papo 
Winnie Dlamini 
Neil Beneke 


Figura 4.1. Los registros de índice apuntan a registros de la tabla customer 
Creacion de un índice 


Existen cuatro tipos de índice en MySQL: una clave primaria, un índice exclu- 
sivo, un índice de texto completo y un índice ordinario. 


Creacion de una clave primaria 


Una clave primaria es un índice establecido sobre un campo en el que cada 
valor es exclusivo y ninguno de los valores es NULL. 

Para establecer una clave primaria al crear una tabla, utilice la instrucción 
PRIMARY KEY al final de las definiciones de campo, junto a una lista de los 
campos que se incluiran: 


CREATE TABLE nombre de tabla (nombre de campo tipo de columna 
NOT NULL, 


187 


[nombre de campoZ... 


,) PRIMARY KEY(nombre_de campol 
[,nombre_de_campo2...])):5 


Fijese en que la palabra clave NOT NULL resulta obligatoria al crear un 
campo primario; las claves primarias no pueden contener un valor nulo. MySQL 
le avisara si se olvida de especificarlo: 


mysql> CREATE TABLE pk test(f1 INT, PRIMARY KEY (£1) ; 
ERROR 1171: All parts of a PRIMARY KEY must be NOT NULL; 
If you need NULL in a key, use UNIQUE instead 


Para crear una clave primaria en una tabla existente, puede utilizar la palabra 
clave ALTER: 


ALTER TABLE nombre de tabla ADD PRIMARY KEY (nombre_de campol 
[, nombre de campo2...]):5 


La elección de una clave primaria para la tabla de clientes es bastante sencilla ya 
que consta del campo id que resulta perfecto para dicha función al asignar un 
identificador diferente a cada cliente y no incluir campos nulos. Los otros dos 
campos de nombre no son adecuados ya que pueden incluir duplicados en el futuro. 
Para agregar una clave primaria al campo i d de la tabla de clientes, es necesario 
modificarlo para no permitir registros nulos y, a continuación, agregar la clave 
primaria. Estas dos operaciones se pueden encerrar en una sola instruccion: 


mysql> ALTER TABLE customer MODIFY id INT NOT NULL, ADD PRIMARY 
KEY (id): 

Query OK, 7 rows affected (0.00 sec) 

Records: 7 Duplicates: O Warnings: 0 


Puede ver los cambios realizados en la tabla con esta instruccion examinando 
las columnas: 


mysql> DESCRIBE customer; 


+ a e A A 

| Field | Type | Null | Key | Default | Extra | 
as + ——+— +4 +——5+ 

l id l int(11) | [| PRI J]|O0 | | 
| first-name | varchar(30) | YES 1] | NULL | | 
| surname l varchar(40) | YES | | NULL | l 
+ YA 24 $ + 

3 rows in set (0.00 sec) 
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El campo i d no contiene el valor YES en la columna Nul 1, lo que indica que 
no puede aceptar valores nulos, Tambien lleva asignado el valor PRI en la co- 


lumna Ke y, lo que indica que se trata de una clave primaria. 


Las claves primarias tambien pueden componerse de mas de un campo. En 
Ocasiones no existe un campo que identifique un registro de manera exclusiva. 
Para agregar una clave primaria en este caso, separe los campos con una 


coma: 


mysql> CREATE TABLE pk2(id INT NOT NULL, 


PRIMARY KEY (id,id2)) ; 


Query OK, ÚU rows affected (0.00 sec) 


o de la siguiente forma si ya existe la tabla: 


mysql1> ALTER TABLE pk2 ADD PRIMARY KEY (id,id2) ; 


Query OK, O rows affected (0.01 sec) 


id2 INT NOT NULL, 


La tabla sales utilizada en los capitulos anteriores no consta todavia de una 


clave: 


mysql1> SHOW COLUMNS FROM sales; 


+ + Y — 44 

| Field | Type | Null | Key 
+ + $ —— o d+ 4 

| code l int(11) | YES | 

l sales—rep l int(11) | YES | 

l id | int(11) | YES |] 

l value l int(11) | YES | 

ER + 4-4 —— + 

4 rows in set (0.00 sec) 


Default 


NULL 
NULL 
NULL 
NULL 


| 


Imagine que ha agregado un nuevo registro con el mismo codigo que uno 


existente: 


mysql> SELECT * FROM sales; 


+ + ho + 

| code | sales rep | id | value | 
t——+ —— 4 +4 

| o e E 1 1 | 2000 |] 
2 | 4 | Sl 250 | 
| 3 | 2 | ca 500 | 
| 4 1 1 | 4 | 450 | 
| Ss "yl 31 t 1 3800 1 
| 6 | 1 | 2 | 500 | 
| 7 | 2 | NULL | 670 | 
ho-—+ t—— ++ 


7 rows in set (0.00 sec) 


mysql> INSERT INTO sales VALUES (7,3,3,1000) ; 


Query OK, 1 row affected (0.00 sec) 


Por ahora no surgen problemas. Aunque tenemos dos registros con el codigo 7, 
no hay nada en la tabla que lo impida. Sin embargo, suponga que queremos 


aplicar el nuevo conocimiento adquirido y decidimos convertir el campo de códi- 
go en una clave primaria. 


mysql1> ALTER TABLE sales MODIFY code INT NOT NULL,ADD PRIMARY 
KEY (code) 3 
ERROR 1062: Duplicate entry ''7' for key 1 


Tenemos un valor duplicado en el campo de codigo y por definición las claves 
primarias deben ser siempre unicas. 

Para solucionar este problema necesitaremos eliminar o actualizar los duplica- 
dos o utilizar un indice ordinario que los admita. La mayor parte de las tablas 
funcionan correctamente con una clave primaria. Por ello, resulta sencillo actua- 
lizar el registro responsable: 


mysql> UPDATE sales SET code=8 WHERE code=7 AND sales rep=3; 
Query OK, 1 row affected (0.00 sec) 

Rows matched: 1 Changed: 1 Warnings: 0 

mysql1> ALTER TABLE sales MODIFY code INT NOT NULL,ADD PRIMARY 
KEY (code) 3 

Query OK, 8 rows affected (0.01 sec) 

Records: 8 Duplicates: O Warnings: 0 


TRUCO: Trabajé en un sistema en el que un campo "único" resultó Eenen 
miles de duplicados debido a uma combinación de das circunstancias: no 


constar de clave primaria y no llevar asignado Hingia bloqueo, | Es abonse- 
jable agregar siempre claves, especialmente una ckive priñaria, al proa 
una tabla. 


Creación de un índice primario 


Los indices que no son primarios permiten el uso de valores duplicados (a 
menos que los campos se especifiquen como unicos). Como siempre, es mejor 
crear el indice a la vez que se crea la tabla: 


CREATE TABLE nombre de tabla(nomore de campo tipo de columna, 
nombre de campo2 tipo de columma, INDEX [nombre de índice] 
(nombre_de_campol [,nombre_de campo2...])); 


Tambicn puede crear mas de un índice al crear la tabla, separandolas sencilla- 
mente mediante comas: 


CREATE TABLE nombre de tabla (nombre _de campo tipo de columna, 
nombre de campo2 tipo de columna, INDEX [nombre de índicel] 
(nombre_de campol,nombre de campo2),INDEX [nombre de índice2] 
(nombre_de campol [,nombre de campo2...])); 


Tambien puede crear un índice en un momento posterior mediante el siguiente 
codigo: 


ALTER TABLE nombre_de tabla ADD INDEX [nombre de índice] 
(nombre de campol [,nombre de campo2...]): 


o con el siguiente codigo: 


mysql> CREATE INDEX nombre de indice ON nombre de tabla 
nombre de campol (,nombre de campo2...]); 


En estas dos instrucciones se solicita un nombre de índice, aunque con la 
instrucción CREATE INDEX el nombre del índice es obligatorio. Si en la 
instrucción ALTER TABLE ADD INDEX no se indica un nombre al índice. 
MySQL lo hara en funcion del nombre de campo. MySQL toma el primer 
campo como nombre del índice si el indice va a constar de varios campos. Si 
existe un segundo índice con el mismo campo, MySQL adjuntara las secuen- 
cias _2,-_3 y ctc. al nombre del índice. La siguiente tabla de ventas consta de 
una tabla primaria, pero tambien podrá utilizar un índice sobre el campo dc 
valor. Las busquedas por registros con valor mayor o menor que una determi- 
nada cantidad o las consultas que ordenen los registros por el valor suelen scr 
comunes: 


mysql> SHOW COLUMNS FROM sales; 


+ + $ ——— + ——— ++ 
| Field | Type | Null | Key | Default | Extra | 
+ + APA Ph A ++ 
| code l int(11) | l PRI | O | l 
| sales—rep | int(11) | YES | | NULL | | 
l id l int(11) | YeS | | NULL | | 
| value l int(11) | YES |] | NULL | | 
+ + E +——+ 


4 rows in set (0.00 sec) 

mysql1> ALTER TABLE sales ADD INDEX (value) ; 
Query OK, 8 rows affected (0.02 sec) 
Records: 8 Duplicates: O Warnings: 0 


TRUCO: Puede utilizar la palabra clave KEY en lugar de INDEX en las 
instrucciones de MySQL, si lo desea. Personalmente, prefiero utilizar INDEX 
ya que KEY suele hacer referencia a ÍA estructura lógica e INDEX ál índice 
fisico del disco. 


Creación de un índice de texto completo 


Puede crear indices de texto completo en tablas MyISAM sobre cualquier 
campo CHAR. VARCHAR O TEXT. Los indices de texto completo estan diseilados 
para facilitar la busqueda sobre palabras clave en campos de texto de tablas 
grandes. 


Para crear un índice de texto completo al crear la tabla, utilice la siguiente sintaxis: 


CREATE TABLE nombre _de tabla (nombre de campo tipo de columna, 
nombre de campo2 


tipo de columa, FULLTEXT (nombre de campol 
[,nombre de campo2...])])):5 


Se puede agregar la palabra clave opcional INDEX, como muestra la siguiente 
sintaxis: 


CREATE TABLE nombre_de tabla (nombre de campo tipo de columna, 
nombre de campo2 

tipo de columna, FULLTEXT INDEX(nombre de campol 
[,nombre de campo2...])):; 


> 


Para crear un índice de texto completo una vez creada la tabla, utilice la 
siguiente sintaxis: 


ALTER TABLE nombre de tabla ADD FULLTEXT [nombre de índice] 
(nombre de campol [,nombre_de_campo2...])5 


5 


o el siguiente codigo: 


mysql1> CREATE FULLTEXT INDEX nombre de índice on 
nombre _ de tabla nombre de campol [,nombre_de_campo2...]); 


Vamos a crear una tabla e intentar crear indices de texto cornpleto sobre algu- 
no de los campos, como se indica a continuación: 


mysql> CREATE TABLE ft(f£1 VARCHAR (255) ,f2 TEXT,f£3 BLOB, £4 INT) 5 
Query OK, O rows affected (0.01 sec) 

mysql> ALTER TABLE ft ADD FULLTEXT (f1,f£2):; 

Query OK, O rows affected (0.01 sec) 

Records: O Duplicates: D Warnings: 0 


El campo £ 1 y f 2 son de tipo VARCHAR y TEXT, respectivamente, por lo que 
se puede crear sobre ellos un índice de texto completo: 


mysql> ALTER TABLE ft ADD FULLTEXT (f1,f4): 

ERROR 1005: Can't create table './firstdb/tsql-52eb 4f.frm' 
(errno: 140) 

mysql> ALTER TABLE ft ADD FULLTEXT (£2,f£3); 

ERROR 1005: Can't create table './firstdb/$tsql-52eb 4f.frm' 
(errno: 140) 


En estos ejemplo, el campo f 4 es del tipo INT y £ 3 es de tipo BLOB, por lo 
que no se permite un indice de texto completo. 


Uso de los indices de texto completo 


Vamos a crear una tabla con un indice de texto cornpleto y a insertar algunos 
titulos de libros para probarlo: 


mysq1> CREATE TABLE ft2(f1 VARCHAR (255) ,FULLTEXT (£1)) ; 


EP 


Query OK, ÚÓ rows affected (0.00 sec) 
mysql> INSERT INTO ft2 VALUES('Waiting for the 
Barbarians'), 
(Tn thé Heart -ot- the Country), 
('The Master of Petersburg'), 
("Writing and Being'), 
('Heart of the Beast'), 
('Heart of the Beest'), 
('The Beginning and the End'), 
("Master Master'), 
("A Barbarian at my Door') 5 
Query OK, 9% rows affected (0.00 sec) 
Records: 9 Duplicates: O Warnings: 0 


Para devolver los resultados de una busqueda de texto completo, se utiliza la 
función MATCH (), y se busca la correspondencia de un campo con un valor, 
como en el siguiente ejemplo, que busca ocurrencias de la palabra Master: 


mysq4l> SELECT A FROM ft2 WHERE MATCH(£1) AGAINST ('Master') ; 
++ 
El | 
+ 
Master Master 
The Master of Petersburg | 
+ 


rows in set (0.01 sec) 


Nooo +oo+ 


No es una coincidencia que Master Master aparezca en primer lugar, 
aunque fuera aiiadido en segundo lugar. MySQL calcula la relevancia del resulta- 
do para cada correspondencia y devuelve el resultado en dicho orden. 


Palabras ruido 
Ahora vamos a ejecutar otra busqueda: 


* 
mysql1> SELECT FROM ft2 WHERE MATCH(£1) AGAINST ('The 


Master'); 

+ | 

MEL l 
+ 

| Master Master | 
| The Master of Petersburg | 
+ + 

2 rows in set (0.00 sec) 


Los resultados no son los esperados. 


ER 


La mayor parte dc los títulos contienen articulos (the en inglés) y The 
Beginning and the End contiene dos, aunque no aparezca reflejado. 
Existen varias razones para ello: 


+ MySQL tiene lo que se conoce como umbral del 50 por cicnto. Todas las 
palabras que aparecen en mas de un 50 por ciento de los campos se consi- 
deran como ruido y $e ignoran. 


+ Todas las palabras que tengan un numero igual o inferior a tres letras se 
escluyen del indice. 


+ — Esiste una lista predefinida de palabras ruido, entre las que sc incluye the. 


Por lo tanto, el título The Beginning and the End no tiene ninguna 
oportunidad. 


ADVERTENCIA: Si time una tabla con un solo registro, todas las pala- 
bras se consideran como palabras ruido. Por lo tanto una busqueda de texto 
completo no devolvera nada. Las tablas con muy pocos registros también 
aumentan la probabilidad de que las palabras se consideren como palabras 
ruido. 


La siguiente consulta no devuelve nada, aunque la palabra for aparezca en los 


datos ya que solo tiene tres caracteres y queda excluida de manera predetermina- 
da del indice. 


mysql> SELECT il FROM ft2 WHERE MATCH(f1) AGAINST ('for'); 
Empty set (0.00 sec) 


Relevancia 


No estamos limitados al uso de la funcion MATCH () en la condición WHERE. 
Tambien puede reeuperar los resultados de la siguiente forma: 


mysql1> SELECT £1, (MATCH(£1) AGAINST ('Master')) FROM ft2; 


E + 

| £1 | (MATCH(f1) AGAINST ('Master')) 
| 

Y — —KAKSKSXSXSXS)X)X)XSXSXSXSX 

| Waiting for the Barbarians | 0 
| 

l In the Heart of the Country |! 0 
| The Master of Petersburg | 1.2245972156525 
| Writing and Being | 0 
| 

| Heart of the Beast | 0 


Heart of the Beest | 0 


| 
| 
| A Barbarian at my Door | 0 
| 
| Master Master ¡ 1.238520026207 
| 
| The Beginning and the End | 0 
| 


E 
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9 rows in set (0.00 sec) 


Puede que la relevancia que obtenga en su caso no coincida con la de los 
ejemplos, ya que MySQL puede realizar cambios en funcion de un esquema de 
ponderacion. 

El calculo de relevancia es bastante inteligente. Se basa en el numero de pala- 
bras del campo de índice de la fila, el numero de palabras unicas de dicha fila, el 
numero total de palabras de los resultados, el numero de registros que contiene 
dicha palabra en particular y la importancia de la palabra. Las palabras poco 
comunes reciben una mayor ponderacion y cuanto mayor es el numero de regis- 
tros que contiene la palabra, menor sera su ponderacion. 

MySQL puede devolver la relevancia asi como los campos requeridos sin que 
ello suponga un mayor coste en terminos de tiempo ya que las dos llamadas a la 
funcion MATCH () son identicas. 


mysql> SELECT f1,(MATCH(f1) AGAINST ('Master')) FROM f£t2 
WHERE MATCH (f1) AGAINST ('Master'): 


A 


EL | (MATCH(f1) AGAINST ('Master')) | 
y - __Á___ KK A 

| Master Master | 1.238520026207 | 
| The Master of Petersburg | 1.2245972156525: | 


+ 


Busquedas booleanas de texto completo 


Una de las optimizaciones mas utiles de MySQL 4 es su capacidad para real1- 
zar busquedas completas booleanas. Esta funcion utiliza un conjunto completo de 
elementos para buscar por palabras, combinaciones de palabras, porciones de 
palabras y otras variantes (vease la tabla 4.1). 


Tabla 4.1. Operadores de busqueda booleanas 


Operadores Descripción 


+ La palabra siguiente es obligatoria y debe aparecer 
en todas las filas devueltas. 


- La palabra siguiente esta prohibida y no debe apa- 
recer en ninguna de las filas devueltas. 


Operadores Descripción 


La palabra siguiente tiene una relevancia inferior 
al resto de palabras. 


La palabra siguiente tiene una relevancia superior 
al resto de palabras. 


() Se utiliza para agrupar palabras en subexpresiones. 


- La palabra siguiente realiza una contribución ne- 
gativa a la relevancia de la fila (no es igual al ope- 
rador -, que excluye la fila completamente si se 
encuentra la palabra, o al operador <, que sigue 
asignando una relevancia positiva, aunque mas 
baja, a la palabra). 


. El comodin que indica cero o varios caracteres. 
Solo puede aparecer al final de la palabra. 


bi Cualquier expresion encerrada entre comillas do- 
bles se toma como un conjunto. 


Las busquedas booleanas de texto completo no tienen en cuenta el umbral del 
50 por ciento. Para realizar una busqueda booleana de texto completo se utiliza la 
cláusula IN BOOLEAN MODE: 


mysql> SELECT * FROM ft2 WHERE MATCH(f1) AGAINST 
('+Master -Petersburg' IN BOOLEAN MODE) ; 

+ + 

| f1 | 

+ + 

| Master Master | 
————————— + 

1l row in set (0.00 sec) 


En este ejemplo, se excluye la palabra Petersburg, por lo que no se recu- 
pera el título The Master of Petersburg aunque incluya la palabra 
Master. Fijese en la diferencia entre estos dos conjuntos de resultados: 


mysql> SELECT % FROM ft2 WHERE MATCH (f1) AGAINST 
('Country Master' IN BOOLEAN MODE) ; 

“5 ——_ -- _—x 

| f1 | 

A e eee ba 

| In the Heart of the Country | 

| The Master of Petersburg | 

| Master Master 

+ + 

3 rows in set (0.00 sec) 

mysql> SELECT % FROM f£t2 WHERE MATCH(f1) AGAINST 
('+Country Master' IN BOOLEAN MODE) ; 


A 


f1 


+ + 

l In the Heart of the Country |l 
+ + 

1 row in set (0.00 sec) 


La palabra Count ry es obligatoria en la segunda busqueda (de manera pre- 
determinada una palabra es opcional), por lo que no se devuelve The Master 
of Petersburg mi Master Master. 

El siguiente ejemplo muestra un caso habitual de confusion. 


mysql> SELECT ñ FROM ft2 WHERE MATCH (f1) AGAINST 
('+Dog Master' IN BOOLEAN MODE) 53 
dE 
l. 


al 


4 


Master Master | 


+ 

| 

+ 

| The Master of Petersburg | 
| 

A + 

2 


rows in set (0.00 sec) 


Este resultado puede parecer sorprendente si lo comparamos con el ejemplo 
anterior, pero como la palabra Dog consta de tres letras queda excluida de la 
busqueda. Los dos ejemplos que se incluyen a continuacion muestran la diferen- 
cia entre realizar la busqueda en funcion de una palabra completa y en funcion de 
parte de una palabra (utilizando el operador *): 


mysql> SELECT Ñ FROM ft2 WHERE MATCH (f£1) AGAINST 
('Barbarian' IN BOOLEAN MODE) 5 

++ 

| f1 

p H 

| A Barbarian at my Door | 

*_— —. _________ 

1 row in set (0.00 sec) 

mysql> SELECT * FROM ft2 WHERE MATCH (£f1) AGAINST 
('Barbarian*' IN BOOLEAN MODE) 5 

+ 

dl | 


+ 


a] 


A Barbarian at my Door | 
Waiting for the Barbarians | 
Y—_——————————______——+ 


2 rows in set (0.01 sec) 


4 
de 
| 
| 


De manera predeterminada sólo se realizan busquedas por la palabra comple- 
ta, a menos que se utilice el operador *. 


En los tres ejemplos que se incluyen a continuacion se demuestra el uso de los 
operadores > y < para incrementar y reducir las ponderaciones, respectivamente: 


mysql1> SELECT f£1,MATCH (£1) AGAINST ('Heart Beest Beast! 


197 


IN BOOLEAN MODE) AS m FROM ft2 WHERE MATCH (f£1) 
AGAINST ('Heart Beest Beast' IN BOOLEAN MODE) ; 


- _ MM —— +4 

| f1 | m 
E 5—_a_—_—_—__——————>—AÁá/ 

| In the Heart of the Country | 1 | 
| Heart of the Beast | 2 | 
] Heart of the Beest | 2 | 
+ tb 


3 rows in set (0.00 sec) 

mysql> SELECT f1,MATCH (f1) AGAINST ('Heart Beest >Beast' 
IN BOOLEAN MODE) AS m FROM ft2 WHERE MATCH (f1) 

AGAINST ('Heart Beest >Beast' IN BOOLEAN MODE) ; 
=——— =$ 


po o o A 
l In the Heart of the Country | 03 

| Heart of the Beast ls as 
| Heart of the Beest 2 
A 

3 rows in set (0.00 sec) 


El operador > incrementa la relevancia de Heart of the Beast 


mysql1> SELECT f1,MATCH (f1) AGAINST ('Heart <Beest Beast' 
IN BOOLEAN MODE) As m FROM ft2 WHERE MATCH (f1) 

AGAINST ('Heart <Beest Beast' IN BOOLEAN MODE) ; 
A 


f1 lom | 
A Á—_—_Ñ a a a 

In the Heart of the Country | E 

Heart of the Beast | 2 | 

Heart of the Beest | 1.66666674613095 |] 


$ + 
3 rows in set (0.00 sec) 


Los cinco ejemplos que se incluyen a continuación muestran la diferencia entre 
el operador <, que aplica una ponderacion ligeramente positiva a la correspon- 
dencia; el operador ” que aplica una ponderacion negativa a la correspondencia; 
y el operador -, que prohíbe la correspondencia. 

El primer ejemplo es una busqueda booleana básica, con una ponderacion de 1 
para una correspondencia. 


* 
mysql> SELECT MATCH (f1) AGAINST ('Door' IN BOOLEAN MODE) 
AS m FROM ft2 WHERE MATCH(f1) AGAINST ('Door' IN BOOLEAN 


MODE) ; 
+ te 
¡as | m | 
$ —————————————— ++ 
l A Barbarian at my Door | Lei 
+ —+ 
l row in set (0.00 sec) 


A continuación, el operador < reduce su ponderacion a 2/3, que todavia sigue 
siendo positiva: 


mysql> SELECT *,MATCH (fi) AGAINST ('<Door' IN BOOLEAN MODE) 
AS m FROM ft2 WHERE MATCH(f£1) AGAINST ('<Door' IN BOOLEAN 

MODE) 5 

íA 4 > >/” <> Nh ++ 

al | m | 


—b 


bh 


| A Barbarian at my Door | 0.66666668653488 | 


1 row in set (0.00 sec) 


El operador + reduce su ponderación a un valor negativo, y por ello, no se 
devuelve la fila cuando se iguala a A Barbarian at my Door: 


mysql> SELECT ,MATCH (f1) AGAINST ('- Door! IN BOOLEAN MODE) 
AS m FROM ft2 WHERE MATCH (f1) AGAINST ('«-Door' IN BOOLEAN 

MODE) ; 

Empty set (0.00 sec) 


Utilizando el operador - en combinación con una correspondencia comun 


nos permitira ver lo que se ha reducido la ponderacion, que en este caso es 
0,5: 


mysql> SELECT €, MATCH (£f1) AGAINST ('- Door Barbarian**' IN 
BOOLEAN MODE) 


AS m FROM ft2 WHERE MATCH(f1) AGAINST ('- Door Barbarian*' IN 
BOOLEAN MODE) ; 
$ ++ 
f1 | om | 
++ + 
| A Barbarian at my Door | 0. 
| Waiting for the Barbarians | 


 _—A—— MI[II[IAAAAA A ++ 


2 rows in set (0.01 sec) 


En este caso, por ejemplo, se muestra la diferencia entre los operadores - y 
-, donde el operador - impide la equivalencia cuando aparece la palabra 
Door. 


mysql> SELECT ,MATCH (£1) AGAINST ('- Door Barbarian** IN 
BOOLEAN MODE) 
AS m FROM ft2 WHERE MATCH (£1) AGAINST ('-Door Barbarian*' IN 
BOOLEAN MODE) 3 
a 
E- Ed | om l 
A a 
| Waiting for the Barbarians | | 
Y ++ 
1 row in set (0.00 sec) 


LEE) 


A continuación se muestra un ejemplo de agrupacion de palabras en una 
subexpresion: 


mysql> SELECT f1,MATCH(f1) AGAINST ('+Heart +(<Beest >Beast)' 
IN BOOLEAN MODE) As m FROM ft2 WHERE MATCH (f1) 

AGAINST ('+Heart +(<Beest >Beast)' IN BOOLEAN MODE) ; 
A 

| f1 | m | 
A 

l Heart of the Beast l LaS 1 

| Heart of the Beest | 0.83333337306976 | 
YH————————— ++ 

2 rows in set (0.00 sec) 


El operador + se aplica a la subcadena completa encerrada entre parentesis, lo 
que significa que al menos uno de los terminos Beest y Beast debe estar 
presente en la cadena. In the Heart of the Country no aparece porque 
no incluye ninguno de los dos. Compare esto con el siguiente codigo. 

El siguiente ejemplo muestra una forma habitualmente utilizada de busqueda, 
en la que todas las palabras son obligatorias: 


mysql> SELECT f1,MATCH(f1) AGAINST ('+Heart +<Beest +>Beast)' 
IN BOOLEAN MODE.) 

AS m FROM ft2 WHERE MATCH(f1) AGAINST ('+Heart +<Beest 
+>Beast)' IN BOOLEAN MODE) : 

Empty set (0.00 sec) 


No se recupera nada porque ninguna de las filas contiene las tres palabras 
(Heart, Beest y Beast) a la vez. 

Los siguientes dos ejemplos muestran las diferencias entre una busqueda utili- 
zando los operadores ''' y sin ellos. Estos operadores permiten realizar búsque- 
das con una correspondencia exacta en una frase: 


mysql> SELECT * FROM f£t2 WHERE MATCH (f1) 
AGAINST ('the Heart of the' IN BOOLEAN MODE) 5 
+ 
fl | 
+ 
In the Heart of the Country | 
Heart of the Beast | 
Heart of the Beest | 
+ 
rows in set (0.01 sec) 


WR===+- + 


mysql> SELECT * FROM ft2 WHERE MATCH (f1) 
AGAINST ('""'the Heart of the"' IN BOOLEAN MODE) ; 


+ + 

| f1 | 
*'——_—————_—_—__—__———++ 

l In the Heart of the Country | 
e + 

l row in set (0.00 sec) 
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No olvide colocar la comillas iniciales al utilizar el operador de comillas do- 
bles. Si lo hace, es como si no utilizara ningun operador. 
Por ejemplo: 


mysql> SELECT úl FROM ft2 WHERE MATCH (f1) 
AGAINST ("the Heart of the" IN BOOLEAN MODE) 3 
+ 
ET l 
+ 
In the Heart of the Country |] 
Heart of the Beast | 
Heart of the Beest | 


+ 


Wk—=== ++ 


rows in set (0.00 sec) 


Creación de un índice único 


Un índice unico es lo mismo que un índice ordinario con la salvedad de que no 
se permiten duplicaciones. 


Para establecer un índice unico al crear una tabla, utilice la siguiente sintaxis: 


CREATE TABLE nombre-de—tabla (nombre—de—campo tipo de columna, 
nombre _de_campo2 

tipo _ de columna, UNIQUE (nombre _de_ campo 
(,nombre_de_campo2...]))5 


O sí la tabla ya existe, puede utilizar esta otra sintaxis: 


ALTER TABLE nombre-de-—tabla ADD UNIQUE [nombre_de_índice ] 
(nombre_de_ campo 
[,nombre de campo2,..]); 


O esta otra: 


CREATE UNIQUE INDEX nombre de índice ON nombre—de—tabla 

(nombre _ de campo [,nombre de campo2...]):; 

Si el índice contiene un solo campo, dicho campo no puede contener valores 
duplicados: 


mysql1l> CREATE TABLE ui_test(fl INT+t2 NT, UNTOUE(TL))S 
Query OK, O rows affected (0.00 sec) 
mysql> INSERT INTO ui_test VALUESt1,2)3 
Query OK, 1 row affected (0.01 sec) 
mysql> INSERT INTO ui_test VALUES (1,3) ; 


ERROR 1062: Duplicate entry '1' for key 1 


Aunque el campo £1 no se especificó como UNIQUE en el momento dc su 
creación, la existencia de un índice exclusivo impide cualquier duplicación. Si el 
indice contiene mas de un campo, los valores de los campos individuales se puede 
duplicar, pero la combinación de los valores de campo que componen el índice 
entero no se pueden duplicar: 


mysql> CREATE TABLE ui_test2(f1 INT,f2 INT,UNIQUE(f1,f2)) ; 
Query OK, O rows affected (0.00 sec) 

mysq1> INSERT INTO ui_test2 VALUES (1,2) 5 

Query OK, 1 row affected (0.00 sec) 

mysql1> INSERT INTO ui_test2 VALUES (1,3) ; 

Query OK, 1 row affected (0.00 sec) 

mysql1> INSERT INTO ui_test2 VALUES (1,3); 

ERROR 1062: Duplicate entry '1-3' for key 1 


Creación de indices sobre una parte de un campo 


MySQL permite crear un índice que no utilice el campo completo en las co- 
lumnas de tipo VARCHAR, CHAR, BLOB y TEXT .Por ejemplo, aunque el nombre 
del cliente alcance los 40 caracteres, es probable que el apellido varie en los 
primeros 10 caracteres. El uso de los primeros 10 caracteres para crear el índice 
permite reducir enormemente su tamaiio. De esta forma. las actualizaciones y 
operaciones de inserción resultaran mas rápidas (ya que sólo se necesitara escri- 
bir un cuarto de lo que resultaria necesario si se utilizara la columna completa) y 
la velocidad de selección no se verá afectada siempre que no se recorte excesiva- 
mente el índice. Si asignaramos un caracter de tamaiio al índice de una columna 
de apellidos anulariamos su funcion. Para crear un índice sobre una parte de un 
campo, indique su tamaiio en el paréntesis situado tras el nombre de la columna. 
Por ejemplo, para crear un índice de 10 caractercs sobre el campo surname en 
la tabla de clientes, utilice el siguiente codigo: 


mysq1> ALTER TABLE customer ADD INDEX (surname(10)) ; 
Query OK, 8 rows affected (0.00 sec) 
Records: 8 Duplicates: O Warnings: 0 


Como utilizar un campo de incremento 
automatico 


Los campos de incremento automatico resultan utiles porque permiten incre- 
mentar el valor de un campo automaticamente cada vez que se inserta un nuevo 


registro. Sólo se puede incrementar automaticamente un campo de un registro y 
dicho campo debe ser una clave primaria numérica o un índice exclusivo numéri- 


co. 


Creación de un campo de incremento automatico 


La sintaxis para crear un campo de incremento automatico es la siguiente: 


CREATE TABLE nombre de tabla(nombre de campo INT 
AUTO—INCREMENT, [nombre de campo2...,] PRIMARY 
KEY(nombre_de campo)) ; 

Query OK, O rows affected (0.00 sec) 


Para crear un campo de incremento automatico en una tabla ya existente, 
utilice la siguiente sintaxis: 


ALTER TABLE nombre de tabla MODIFY nombre de campo 
tipo de columna AUTO—INCREMENT; 
Query OK, O rows affected (0.00 sec) 


La tabla de clientes consta de un candidato ideal para un campo de incremento 
automatico, el campo id: 


mysql> SHOW COLUMNS FROM customer; 


+ Há A HR + + 

| Field | Type | Null | Key | Default | Extra | 
$ A a ++ 

kid | int (11) | [| PRITO | | 
| first—-name | varchar(30) | YES | | NULL | | 
| surname | varchar(40) | YES | MUL | NULL | | 
+ + zz — E — + ——— ++ 

3 rows in set (0.00 sec) 


El campo id es un campo numérico que consta de una clave primaria y como 
hemos asignado el id en secuencia segun la fecha, su conversion en un campo de 
incremento automatico permitira a MySQL automatizar el proceso por nosotros. 
El siguiente codigo convierte el campo id en un campo de incremento automáti- 
co: 


mysql> ALTER TABLE customer MODIFY id INT AUTO—INCREMENT; 
Query OK, 7 rows affected (0.01 sec) 

Records: 7 Duplicates: O Warnings: O 

mysql> SHOW COLUMNS FROM customer; 


q_————* —_=-—+9Y 4 —5+ 

Field | Type | Null | Key | Default | Extra 
A E E SS 

id | int(11) | | PRI | NULL | 
auto—increment | 
| first—-name | varchar(30) | YES | | NULL | 
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l surname l varchar(40) | YES |] MUL | NULL | 
| 

 —_ 4 4 A III 

3 rows in set (0.00 sec) 


Insercion de registros que contienen un campo 
de incremento automatico 


A continuación, si agrega un registro, no necesitara especificar el valor del 
campo i d ya que MySQL se encargara de agregar automaticamente el siguiente 
valor: 


* 
mysql> SELECT FROM customer; 


SR A AA A + 

l id | first—-name | surname l 
Ay P+F 

¡1 | Yvonne |: Clegg ] 
| 2 | Johnny | Chaka-Chaka | 
i 3 | Winston l Powers | 
| 4 | Patricia | Mankunku | 
| 5 | Francois | Papo | 
| 7 | Winnie | Dlamini | 
| 6 | Neil | Beneke | 
4 Y > —_—_—_—— + 


7 rows in set (0.00 sec) 


mysql> INSERT INTO customer(first_name,surname) 
VALUES ('Breyton' ,'Tshbalala') ; 

Query OK, 1 row affected (0.00 sec) 

mysql1> SELECT FROM customer; 


YA ++ 

l id | first—-name | surname | 
+ — ++ > 

¡1 | Yvonne l Clegg 
| 2 | Johnny l Chaka-Chaka ! 
| 3 | Winston | Powers 
| 4d Patricia | Mankunku | 
| 5 | Francois | Papo | 
| 7 | Winnie | Dlamini | 
l 6 | Neil Í Beneke | 
| 8 | Breyton | Tshbalala | 
+—————+ + 


8 rows in set (0.00 sec) 


El contador automatico de MySQL recuerda el ultimo numero agregado, aun- 
que se elimine el registro. De esta forma queda garantizada la asignacion de un 
nuevo id al registro agregado y evitara que se produzcan colisiones con los regis- 
tros de la entrada antigua: 


mysql> DELETE FROM customer WHERE id=8; 
Query OK, 1 row affected (0.00 sec) 
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mysql> INSERT INTO customer (first_name,surname) 
VALUES ('Breyton','Tshbalala'); 

Query OK, 1 row affected (0.00 sec) 

mysql> SELECT % FROM customer; 


Y EA A á y + 

l id | first-name | surname 
EE ——— + 

| 1 | Yvonne Clegg 

| 2 | Johnny | Chaka-Chaka 

j 3 | Winston Powers 

| 4 | Patricia Mankunku 

| 5 | Francois Papo 

| 7 | Winnie | Dlamini | 
| 6 | Neil | Beneke | 
| 9 | Breyton | Tshbalala l 
REÍ NENE + 


8 rows in set (0.01 sec) 


El id es ahora 9, Aunque el registro con el siguiente id mas alto que queda es 
7, el valor insertado mas recientemente fue el 8. 


Como recuperar y reiniciar el valor de incremento 
automatico 


Puede devolver el valor de incremento automatico insertado mas recientemente 
mediante la funcion LAST_INSERT_ID(): 


mysql> SELECT LAST—INSERT—ID() FROM customer LIMIT 1; 


e EE... 00 


last-insert—-id() | 


| 

E HE 

| 9 | 
== 

l row in set (0.00 sec) 


Esta funcion puede resultar util para actualizaciones en las que se necesite 
crear un nuevo valor de incremento. Por ejemplo, el siguiente codigo busca el 
valor de incremento automatico insertado mas recientemente y le agrega uno para 
establecer un nuevo 1d para Breyton Tshbalala: 


mysql> UPDATE customer set id=LAST_INSERT_ID()+] WHERE 
first name='Breyton' AND surname='Tshbalala'; 

Query OK, 1 row affected (0.01 sec) 

Rows matched: 1 Changed: 1 Warnings: 0 

mysql> SELECT % FROM customer; 


Y — + 
l id | first-name | surname | 
Y— E ++ 
l 1 | Yvonne | Clegg | 
| 2 | Johnny | Chaka-Chaka |! 
k 3: Winston | Powers | 


[- 4-1 Patricia | Mankunku | 
| 5 | Francois | Papo | 
|. 7 | Winnie | Dlamini 
| 6 | Neil | Beneke | 
lr-T0:. 1 Breytón | Tshbalala | 
dq ++ 


8 rows in set (0.00 sec) 


analizados en una sección posterior. 


Si desea restablecer el contador de incremento automatico para que se inicie en 
un valor concreto (como en 1 tras eliminar todos los registros) puede utilizar el 
siguiente codigo: 


ALTER TABLE nombre_de_ tabla AUTO _INCREMENT=valor_inc_auto; 


Vamos a crear una prueba para examinar su comportamiento: 


mysql> CREATE TABLE ai—test(id INT NOT NULL AUTO-— INCREMENT, 
f1l VARCHAR(10) PRIMARY KEY (id)) 5 

Query OK, 0 rows affected (0.00 sec) 

mysql> INSERT INTO ai—test(f1) VALUES ('one”,('two') 5 

Query OK, 2 rows affected (0.00 sec) 

Records: 2 Duplicates: O Warnings: OU 

mysql1> SELECT FROM ai—test; 

o E 

l id | f1 | 

++ 

|. 1 | one | 

| 2 | two | 

Ss ps 

2 rows in set (0.00 sec) 

mysql1> DELETE FROM ai—test; 

Query OK, 2 rows affected (0.00 sec) 

mysql> INSERT INTO ai_test(f1) VALUES ('three') 5 

Query OK, 1 row affected (0.01 sec) 

mysql> SELECT * FROM ai—test; 

A es a E 

l id 1 £1 | 

++ $ 

| 3 | three l 

> O E 

1 row in set (0.00 sec) 


El contador de incremento automatico mantiene su valor, aunque la tabla este 
vacia. Puede utilizar TRUNCATE para vaciar la tabla y que se reinicie el contador 
de incremento automatico: 


mysql1> DELETE FROM ai—test; 


Query OK, 1 row affected (0.00 sec) 

mysql1> ALTER TABLE ai—test AUTO _INCREMENT=1 5; 
Query OK, O rows affected (0.01 sec) 
Records: O Duplicates: O Warnings: O 


Esta instrucción reinicia el contador de incremento automatico con el valor 1 
de manera especifica: 


mysql> INSERT INTO ai_test(£1) VALUES ('four') 5 
Query OK, 1 row affected (0.00 sec) 
mysql> SELECT * FROM ai-test; 


f— +—— + 
La alle | 
t———+ 
| 1 | four | 
+— ++ 


1 row in set (0.00 sec) 

mysql> TRUNCATE ai-—test; 

Query OK, O rows affected (0.00 sec) 

mysql1> INSERT INTO ai test(f£1) VALUES('five') 5 
Query OK, 1 row affected (0.01 sec) 

mysql> SELECT * FROM ai-test; 


FH— ++ 
lid] f£1l | 
+—+—+ 

| 1 | five | 
+ t—áh 


1 row in set (0.00 sec) 


TRUNCATE, en contraposicion a DELETE, reinicia el contador de incremento 
automatico. 


ADVERTENCIA: En la actualidad sólo funciona LoH tablas MyISAM. 
En otros Hipos de tablas, resulta necesario estáblecer manua]mentel conta- 
dor de incrementó.automático, 


UA - IES 


a 


La asignacion de un valor de incremento automatico diferente a 1 resulta sen- 
cilla. Puede hacerlo al crear la tabla, por ejemplo: 


mysql> CREATE TABLE ai_test 2(i1id INT NOT NULL AUTO—INCREMENT , 
fÍ1 VARCHAR (5) PRIMARY KEY (id) ) AUTO_INCREMENT=50; 

Query OK, O rows affected (0.00 sec) 

mysql> INSERT INTO ai_test2(f1) VALUES ('one'); 

Query OK, 1 row affected (0.00 sec) 

mysql1> SELECT FROM ai_test2; 


Y — 

lid | £1l | 
+++ 

| 50 | one | 
+4 e 


1 row in set (0.00 sec) 


207 


O puede establecer el contador cuando la tabla ya existe: 


mysql> DELETE FROM ai—test; 

Query OK, 3 rows affected (0.00 sec) 

mysql1> ALTER TABLE ai_test AUTO_INCREMENT=1000; 
Query OK, O rows affected (0.00 sec) 

Records: Ó Duplicates: O Warnings: O 

mysql1> INSERT INTO ai—test(f£1) VALUES('one') ;5 
Query ¿OK 1 row affected (0.00 sec) 

mysql> SELECT FROM al—test; 

—— ++ 

l id 1. Ed | 

+—— ++ 

| 1000 | one | 

+—— ++ 

1 row in set (0.01 sec) 


En la mayor parte de los casos esta función se utiliza cuando la tabla esta 
vacia, pero no es una condición necesaria; puede restablecer el contador incluso 
con registros en la tabla: 


mysql1> ALTER TABLE ai_test2 AUTO _INCREMENT=500 5 
Query OK, 1 row affected (0.01 sec) 

Records: 1  Duplicates: O Warnings: OU 

mysql> INSERT INTO ai_test2(£f1) VALUES('two') 5 
Query OK, 1 row affected (0.01 sec) 

mysql> SELECT % FROM ai_test2; 


+_— ++ 

da: 1) £1 
+ 

| 50 | one | 
| 500 | two | 
— 


2 rows in set (0.00 sec) 


FAS ma PA 


NOTA: EN la cualidad, esta opción solo fancioná con , 158 tablas 
MyISAM. Por Bjmpl6)] El contador de incremente aytomático de (44 BLAS 


InnoDB Hd Sé puede Estáblecer En 1 valor diferente a 1. 


En los ejemplos anteriores se insertaban registros sin especificar el campo id. 
Si prefiere utilizar una sintaxis alternativa en la que se especifique el valor de un 
campo de incremento automatico, asigne NULL o O como valor del campo 
incrementado automaticamente: 


mysq1> INSERT INTO ai—test VALUES(NULL, 'two') 3 
Query OK, 1 row affected (0.01 sec) 

mysql1> INSERT INTO ai_test VALUES(0,'three') 5 
Query OK, 1 row affected (0.00 sec) 

mysql> SELECT FROM ai—test; 

+44 


+——==4+==—+> 
| 1000 | one | 
| 1001 | two | 
| 1002 | three | 
+——+-— + 


3 rows in set (0.00 sec) 


Mas allá de los limites 


Fijese en que el contador automatico solo puede contener un numero positivo 
aunque el campo adjunto sea un campo con firma. Si intenta asignarle un numero 
negativo, surgiran problemas extralios: 


mysql> ALTER TABLE ai_test2 AUTO-— INCREMENT=-500; 
Query OK, 2 rows affected (0.01 sec) 

Records: 2 Duplicates: O Warnings: 0 

mysql> INSERT INTO ai_test2(£1) VALUES ('three'); 
Query OK, 1 row affected (0.00 sec) 

mysql> SELECT FROM ai_test2; 


M2 ++ 

l id | £1 
ES $$ 

| 50 | one 

| 500 | two | 
214 TASICAT 0) DTS 
+ +-——+ 


3 rows in set (0.00 sec) 


Como -500 queda fuera del rango positivo de valores permitidos para un incre- 
mento automatico, MySQL le asigna el maximo valor permitido a un entcro: 
2147483647. Si intenta agregar otro registro, obtendra un error de clave duplica- 
da porque MySQL no puede aumentar un entero por encima de dicho valor: 


mysql> INSERT INTO ai_test2(f1) VALUES ('four') 5 
ERROR 1062: Duplicate entry '2147483647' for key 1 


ADVERTENCIA: Asegúrese siempre de disponer de espacio suficiente 
para sus registros, Si crea un incremento Amtomáfico para un campo SINGED 


TINY INT, al alcanzar el Húmeró 127 EMpEzAFA a obtener errores de clave 
duplicada. 


Problemas con LAST—INSERT-ID() 


La función LAST_INSERT_ID() consta de un numero de funciones que 
podrian causar problemas al utilizarlas: 


+  Elvalor devuelto porLAST_INSERT_ID() noes igual al que establecimos 
al restaurar el contador de incremento automático. En su lugar vuelve a 1. 


+ El numero se mantiene de conexión en conexion, de manera que si se agre- 
gan otros registros en una conexión distinta, el numero devuelto por esta 
funcion no se actualizara. 


A continuación se incluyen algunos ejemplos: 


* 
mysql> SELECT FROM ai_test2; 


$ — +4 

| id Irae TE 

y 4 —— ++ 

50. Lone | 

| 500 | two l 

| 2147483647 | three | 
PT —Á + + 

3 rows in set (0.00 sec) 


mysql> ALTER TABLE ai_test2 AUTO _INCREMENT=501; 

Query OK, 3 rows affected (0.00 sec) 

Records: 3 Duplicates: O Warnings: 0 

mysql> UPDATE al _test2 SET id=LAST INSERT _ID()+1 WHERE 
fl='three'; 

Query OK, 1 row affected (0.00 sec) 

Rows matched: 1 Changed: 1 Warnings: 0 


En este ejemplo esperariamos que el id tuviera el valor 501. Sin embargo, 
recibimos una sorpresa poco agradable. 
Examine la siguiente secuencia: 


* 
mysql> SELECT FROM ai_test2; 


+ —+ 
| id | fl | 
+++ 
| 50 | one | 
| 500 ] two í 
| 1 | three | 
+—+—+ 


3 rows in set (0.00 sec) 


LAST_INSERT_ID se restablece en 1 al reiniciar el contador de incremento 
automático. Pero el resultado puede ser peor todavia si prueba el siguiente códi- 
go: 


mysal> ALTER TABLE ai_test2 AUTO INCREMENT=501; 

Query OK, 3 rows affected (0.01 sec) 

Records: 3 Duplicates: O Warnings: 0 

mysql> UPDATE ai_test2 SET id=LAST INSERT_ID()+1 WHERE 
fl='two' ; 

ERROR. 10623 Duplicate entey “1” for key 1 


Ahora tenemos una clave duplicada y la instrucción UPDATE falla. El segun- 
do error tiene lugar cuando se establecen varias conexiones. Abra dos ventanas 
para establecer dos conexiones a la base de datos. 


Desde la ventana 1: 


mysql> TRUNCATE ai_test2; 

Query OK, ÚÓ rows affected (0.01 sec) 

mysql> INSERT INTO ai_test2(f1) VALUES ('one') ; 
Query OK, 1 LOW affected (0.00 sec) 

mysql> SELECT FROM ai_test2; 


+—Y—— ++ 

lidad | £l | 
t—— 

Il: 1-1 one -l 
y + 


1 row in set (0.01 sec) 
mysql> SELECT LAST-—INSERT-ID () FROM ai_test2; 
o 


ES 
l last-insert—idí() | 

+ + 

| 1 | 

+ + 

1 row in set (0.00 sec) 


Por ahora todo correcto. A continuación, pase a la segunda ventana e inserte 
otro registro. Desde la ventana 2: 


mysql> INSERT INTO ai_test2(f1) VALUES('two') ; 
Query OK, 1 row affected (0.00 sec) 


Windowl -: 

mysql> SELECT LAST-—INSERT—ID () FROM ai test2:; 
E > 

l last—insert—-idí() | 

+ 5 

] Y 

| Li 

+ E A 

2 rows in set (0.00 sec) 


El valor devuelto sigue siendo 1, cuando deberia ser 2. Por lo tanto, si intenta- 
mos utilizar el valor para realizar una actualización, obtendremos el familiar 
error de clave duplicada: 


mysql> UPDATE ai_test2 SET id=LAST INSERT _ID()+1 WHERE 


fl='one' ; 
ERROR 1062: Duplicate entry '2' for key 1 


Índices de varias columnas y campos 
de incremento automatico 


Las tablas de tipo MyISAM y BDB permiten además convertir el segundo 
campo de índice de un índice de varias columnas en un campo de incremento 
automatico. Esta opción resulta de utilidad al crear agrupaciones de datos. En 
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este ejemplo, vamos a crear una tabla para la plantilla de trabajadores, en la que 
agruparemos a sus miembros en gerentes, empleados y servicios subcontratados, 
y se les asignara una posición en cada categoria: 


mysql> CREATE TABLE staff(rank ENUM('Employee' , 'Manager' , 
'Contractor') NOT NULL, position VARCHAR(100) , 
id INT NOT NULL AUTO—INCREMENT, PRIMARY KEY(rank,id)) ; 
Query OK, OU rows affected (0.00 sec) 
mysql> INSERT INTO staff (rank, position) VALUES 
(*"Employee' ,'Cleaner'), 
('Contractor' ,'Network maintenance'), 
( 'Manager' ,'Sales manager') ; 
Query OK, 3 rows affected (0.01 sec) 
mysql> SELECT FROM staff; 


+ o 

| rank | position l id | 
+ +++ 

| Employee | Cleaner |. 1 1 
| Contractor | Network maintenance | 1 | 
| Manager | Sales manager | 1 |] 
A 

3 rows in set (0.00 sec) 


Los tres registros constan del mismo id, ya que la clave principal se compone 
de dos campos: rank e id. 


Al agregar otros registros a cada rango, observara el comportamiento habitual 
de incremento: 


mysql> INSERT INTO staff(rank, position) VALUES 
('Employee' ,'Security guard'), 
('Employee', 'Receptionist'), 
('Manager' ,'Head of security'): 

Query OK, 3 rows affected (0.00 sec) 

Records: 3 Duplicates: 0 Warnings: 0 

mysql> SELECT FROM staff; 


+ Y————_—______—_—_— A ++ 

l rank | position l id | 
A 

| Employee | Cleaner Pp 1. 
l Contractor | Network maintenance | 1 | 
| Manager | Sales manager y 1 ] 
| Employee | Security guard E 
| Employee | Receptionist [A 5 
| Manager l Head of security 2-1 
qÁ___—  —— + 

6 rows in set (0.01 sec) 


En este ejemplo, tenemos un empleado 1,2 y 3; un gerente 1 y 2; y un servicio 
subcontratado 1. El contador de incremento automatico genera los valores correc- 
tamente para cada grupo. 


Sin embargo, en este caso no se puede restablecer el contador de incremento 
automatico. 


mysql> ALTER TABLE staff AUTO_INCREMENT=500 5 
Query OK, 6 rows affected (0.01 sec) 
Records: 6 Duplicates: O  Warnings: O 


mysql1> INSERT INTO staff (rank, position) VALUES 
('Employee' ,'Stationary administrator'), 
( 'Manager' ,'Personnel manager'), 
('Contractor','Programmer') ; 

Query OK, 3 rows affected (0.01 sec) 

Records: 3 Duplicates: O Warnings: OU 

mysql> SELECT FROM staff; 


a E————————— 

j rank | position | id |] 

e a 
Employee | Cleaner po 1 |] 
Contractor |] Network maintenance | Lil 
Manager Sales manager | dl 
Employee Security guard | 2] 
Employee Receptionist | 3 [| 
Manager Head of security | 2 | 

| Employee | Stationary administrator | gq | 
Manager Personnel manager | 3 | 

l Contractor | Programmer | 2 | 

A __AAAAA=A>=»> A O O O O OH 


9 rows in set (0.00 sec) 


Los valores van aumentando a partir de donde se quedaron, independientemen- 
te de la instrucción ALTER. 


Eliminación o modificación de un índice 


En ocasiones, los indices dejan de ser utiles y necesitan modificarse o elimi- 
narse. Al realizar un cambio sobre un indice, el primer paso consiste en eliminar 
el indice y volver a generarlo con la nueva definición. 

Para eliminar una clave primaria utilice esta sintaxis 


ALTER TABLE nombre de tabla DROP PRIMARY KEY; 


Para eliminar un índice ordinario, exclusivo o de texto completo, debemos 
especificar el nombre del índice, de la siguiente forma: 


ALTER TABLE nombre _ de tabla DROP INDEX nombre de índice; 
o de esta otra forma: 
DROP INDEX nombre de índice ON nombre de tabla; 


S1 no esta seguro del nombre del índice, la instruccion SHOW KEYS se lo 
desvelara: 


SHOW KEYS FROM nombre_de tabla; 
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Tipos de tabla e indices 


Cada tipo de tabla tiene su propio comportamiento en materia de indices y cada 
una de ellas los procesa de manera diferente. No todos los tipos indices están dispo- 
nibles para los distintos tipos de tabla. Es importante tener claro cómo se va a 
utilizar una tabla y los indices que se van a necesitar antes de seleccionar el tipo de 
tabla. En ocasiones, lo que parece ser el tipo de tabla perfecta se convierte en una 
elección erronea porque no se puede utilizar un determinado tipo de índice en ella. 
En la siguiente lista se destacan las funciones y las diferencias de indices para cada 
tipo de tabla. Las tablas MyISAM presentan las siguientes caracteristicas: 


Los indices se almacenan en archivos con la extension .MYI. 


Los indices de numero se almacenan con el byte alto primero para permitir 
una mejor compresion del índice. 


Se pueden utilizar indices BLOB y TEXT. 
Se permiten valores nulos en los indices (no claves primarias). 


Los datos y el índice se pueden incluir en directorios diferentes (lo que 
permite una mayor velocidad). 


Las tablas MERGE presentan las siguientes caracteristicas: 


Las tablas MERGE no contienen indices propios. 


El archivo .MRG contiene una lista de los archivos .MY 1 de índice proce- 
dentes de las tablas MyISAM integrantes. 


Sigue siendo necesario especificar los indices al crear la tabla MERGE. 


Las tablas HEAP presentan las siguientes caracteristicas: 


Utilizan un índice de asignacion almacenado en memoria, que resulta muy 
rapido. 


Solo pueden utilizar indices con los operadores = y <=> 
No pueden usar un índice en una columna que permita valores NULL. 
Los indices no se pueden utilizar con la cláusula ORDER BY. 


MySQL no puede determinar el numero aproximado de filas que existen 
entre los dos valores (este resultado es utilizado por el optimizador de 
consultas para seleccionar el indice mas eficaz que utilizar). En una sec- 
cion posterior se ampliara este tema. 


Las tablas ISAM utilizan un índice B-Tree almacenado en archivos con la 
extension .ism. 
Las tablas InnoDB no pueden utilizar indices de texto completo. 


Uso eficaz de los indices 


Las tablas con pocos indices devolveran los resultados muy despacio. Pero la 
inclusion de demasiados indices, aunque no suele ser normal, tambien ocasiona 
problemas. Los indices ocupan espacio de disco y, como estan ordenados, cada 
vez que se realice una operación de inserción o de actualización, es necesario 
volver a organizar el índice para incluir los cambios, lo que da como resultado 
una carga de trabajo adicional significativa. En las siguientes secciones se expli- 
ca cuando utilizar los indices. La eficiencia en el uso de indices depende de la 
configuración de MySQL (en un capitulo posterior se abordara este tema). 


Donde utilizar los indices 


El uso mas comun de un índice consiste en recuperar filas que cumplan una 
condicion incluida en una cláusula WHERE: 


mysql> SELECT first_name FROM customer WHERE surname>'C'; 
E + 


first—name | 
+ 
Yvonne 
Johnny 
Winston 


l 

+ 

| 

| Patricia 
| Francois 
| 
+ 
7 


Winnie 
Breyton 
+ 


rows in set (0.00 sec) 


En este caso, resultaria util crear un índice sobre el campo surname . No se 
utilizaria un índice sobre el campo first_name en esta consulta porque no 
forma parte de la condicion. 

Los campos que aparecen unicamente en la lista de campos (inmediatamente 
despues de SELECT) no utilizan un índice. 

Al buscar valores maximos o minimos, MySQL sólo necesita tomar el primer 
valor o el ultimo de una tabla ordenada con un índice, lo que resulta extremada- 
mente rapido. 

S1 se solicitan valores maximos o minimos con frecuencia, resultaria extrema- 
damente util crear un índice sobre el campo pertinente. 


mysql> SELECT MAX(id) FROM customer; 
+ 

MAX (id) | 

+ 


Existe otro caso en el que MySQL nunca necesita examinar la tabla completa, 
sólo el indice: cuando todos los campos que se desean recuperar forman parte de 
un índice. Observe el siguiente ejemplo: 


mysql> SELECT id FROM customer; 
+t—+ 

lid | 

+——+ 


O JO 004 Nn pP 


Pe 


+F—+ 
8 rows in set (0.01 sec) 


Si crearamos un índice sobre el campo id, MySQL ni siquiera necesitaria 
examinar los datos. Esto no seria de aplicacion si el índice se compusiera única- 
mente de una parte de los datos de la columna (por ejemplo, si el índice se hubiera 
creado sobre los primeros diez caracteres de un campo de tipo VARCHAR de 20 
caracteres de longitud). 

Otro caso en el que los indices resultan útiles es cuando se utiliza la instrue- 
cion ORDER BY para ordenar un campo, como en el siguiente ejemplo: 


mysql> SELECT * FROM customer ORDER BY surname; 


yA +++ 

l id | first-name | surname 
+t—+-— + 

| 6 | Neil Beneke 

| 2 | Johnny | Chaka-Chaka 

l 1.41 Yvonne | CLegg 

| 7 | Winnie l Dlamini | 
| 4 | Patricia Mankunku | 
l 5 | Francois Papo 
| 3 | Winston | Powers l 
| 10 | Breyton i¡ Tshbalala 
HPA Y AA+ 


8 rows in set (0.01 sec) 


Como los registros se devuclven ordenados por un campo, que es la tarea que 
realizan los indices, la creación de un índice sobre el camposurname resultaria 
util en esta consulta. Si el tipo de orden solicitado es descendente, bastara con leer 
el índice en orden inverso. 


ADVERTENCIA: En la actualidad, los indices no se pueden utilizar en 


cláusulas ORDER BY con tablas HEAP. 


Los indices tambien se utilizan para agilizar combinaciones, como en el si- 
guiente ejemplo: 


mysql> SELECT first_name,surname, commission FROM 
sales, sales_rep 


WHERE code=8 AND sales.sales rep=sales rep.employee number; 


+ + + ————+ 

| first-name | surname | commission | 
$; +—————+ 

| Mike | Serote | 10 | 
+ + d+ 

1 row in set (0.00 sec) 


Se utiliza un índice para llevar a cabo la condición de combinación (en otras 
palabras, para buscar en los campos sales.sales rep y sales—rep. 
employee_number) . Esto resulta de aplicacion aunque se utilice la sintaxis 
alternativa: 


mysql> SELECT first—name,surname, commission FROM sales INNER 
JOIN sales—rep ON sales.sales rep=sales_rep.employee number 
WHERE code=8; 


$54 + de 
| first-name | surname | commission | 
+ + po 
| Mike | Serote | 10 | 
+ + ——_————+ 


1 row in set (0.00 sec) 


Los indices se pueden utilizar cuando la consulta contenga un comodin, 
como: 


mysql> SELECT * FROM sales—rep WHERE surname LIKE 'Ser%'; 


*————+ + E 
| first—name | surname | commission | 
ÍA - + ————+ 
| Mike | Serote | 10 | 
E +——————+ 


1 row in set (0.00 sec) 
Sin embargo, los indices no se pueden utilizar en el siguiente caso: 


mysql1> SELECT %* FROM sales—rep WHERE surname LIKE '%Ser$' ; 


O ++ 
| first-name | surname | commission | 
qn j— + 
| Mike | Serote | 10 | 
+ + +—_————+ 


1 row in set (0.00 sec) 


La diferencia esta en que en el ultimo ejemplo se utiliza un comodin como 
primer caracter y, como el índice se ordena alfabeticamente a partir del primer 
caracter, la presencia del comodin inutiliza la función del índice. 
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Selección de indices 


Ahora que ya sabemos donde utiliza MySQL los indices, tenga en cuenta los 
siguientes consejos a la hora de seleccionarlos: 


Los indices sólo deberian crearse en aquellas consultas que los utilicen 
(por ejemplo, sobre campos de la condicion WHERE) y no sobre campos 
que no vayan a utilizarlos (como en caso de que el primer caracter de la 
condicion sea un comodin). 


Cree indices que devuelvan el menor numero de filas posible. El mejor 
lugar es sobre una clave primaria ya que estas se asocian de manera exclu- 
siva a un registro. De manera similar, los indices sobre campos enumera- 
dos no resultan particularmente utiles (por ejemplo, un indice sobre un 
campo que contenga valores sí o no, sólo serviria para reducir la selec- 
cion a la mitad, con toda la carga que supone el mantenimiento de un 
indice). 


Utilice indices cortos (cree un índice sobre los diez primeros caracteres de 
un nombre, por ejemplo, en lugar de hacerlo sobre el campo completo). 


No cree demasiados indices. Los indices aumentan el tiempo necesario 
para actualizar o agregar un registro. Por ello, si el índice se crea para una 
consulta que se utilice en contadas ocasiones y pueda aceptarse un rendi- 
miento ligeramente mas lento, considere la opción de no crear el índice. 


Utilice el sistema de prefijacion mas a la izquierda (vease la siguiente 
seccion). 


Uso del sistema de prefijacion mas a la izquierda 
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Y a sabemos que podemos crear un indice sobre varios campos. Los apellidos y 
los nombres son buenos ejemplos en los que hacerlo, de manera que, aunque 
existan muchos apellidos duplicados, el nombre hara que el índice resulte prácti- 
camente unico. En efecto, MySQL dispondra en este caso de dos indices. El 
primero es el apellido y el nombre, y el segundo es simplemente el apellido. Co- 
menzando por la parte izquierda de la lista de campos del índice, MySQL puede 
utilizar cada uno de ellos, uno tras otro, siempre y cuando sigan la secuencia 
empezando por la izquierda. Utilizaremos algunos ejemplos para aclarar este con- 
cepto. En el siguiente fragmento agregaremos un campo inicial a la tabla de 
clientes, algunos valores, asi como un índice: 


mysql> ALTER TABLE customer ADD initial VARCHAR (5); 
Query OK, 8 rows affected (0.01 sec) 

Records: 8 Duplicates: O Warnings: OU 

mysql> ALTER TABLE customer ADD INDEX (surname,initial, 
first—name) :; 


Query OK, 8 rows affected (0.01 sec) 

Records: 8 Duplicates: O Warnings: O 

mysql> UPDATE customer SET initial='X' WHERE id=1; 
Query OK, 1 row affected (0.00 sec) 

Rows matched: 1 Changed: 1 Warnings: O 

mysql1> UPDATE customer SET initial='B' WHERE id=2:; 
Query OK, 1 row affected (0.00 sec) 

Rows matched: 1 Changed: 1 Warnings: O 

mysql> UPDATE customer SET initial='M' WHERE id=3; 
Query OK, 1 row affected (0.00 sec) 

Rows matched: 1 Changed: 1 Warnings: O 

mysql> UPDATE customer SET initial='C' WHERE id=4; 
Query OK, 1 row affected (0.00 sec) 

Rows matched: 1 Changed: 1 Warnings: O 

mysql> UPDATE customer SET initial='P' WHERE id=5; 
Query OK, 1 row affected (0.00 sec) 

Rows matched: 1 Changed: 1 Warnings: 0 

mysql> UPDATE customer SET initial='B' WHERE id=10; 
Query OK, 1 row affected (0.01 sec) 

Rows matched: 1 Changed: 1 Warnings: 0 


Si realiza una consulta incluyendo los tres campos en la condición, lograremos 
aprovechar al maximo el índice: 


* 
mysql> SELECT FROM customer WHERE surname='Clegg' AND 
initial='X' AND first_name='Yvonne'; 


Tambien sacariamos el maximo partido del índice si buscaramos por el apelli- 
do y la inicial: 


* 
mysql> SELECT FROM customer WHERE surname='Clegg' AND 
initial='X': 


o simplemente por el apellido: 
mysql> SELECT * FROM customer WHERE surname='Clegg' ; 


Sin embargo, si rompe la secuencia de disposición mas a la izquierda y realiza 
la busqueda por el nombre o la inicial o por ambos campos, MySQL no utilizara 
el índice. Por ejemplo, ninguna de las siguientes busquedas utiliza un índice: 


mysql> SELECT * FROM customer WHERE initial='X' AND 
first_name='Yvonne' ; 

mysql> SELECT . FROM customer WHERE first _name='Yvonne' ; 
mysql> SELECT FROM customer WHERE initial='X'; 


Si realiza la busqueda por el primer y tercer campo del índice (surname y 
first name), romperiamos la secuencia y el índice no se utilizaria completa- 
mente. Sin embargo, como el apellido constituye la primera parte del índice, se 
seguira utilizando esta porción: 


* 
mysql> SELECT FROM customer WHERE surname='Clegg' AND 
first _name='Yvonne'; 
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O SÓ y + an 
l id | first—-name | surname l| initial l 
E RS + un 
l 1 | Yvonne | Clegg | X | 
TP + + E 


1 row in set (0.00 sec) 


Puede utilizar el sistema de prefijación a la izquierda siempre y cuado se 
utilice un índice, como en el caso de utilizar una cláusula ORDER BY. 


Como utiliza MySQL los indices con EXPLAIN 


Uno de los secretos mejor guardados de MySQL es la instruccion EXPLAIN. 
Incluso la gente que lleva años utilizando MySQL parece haber pasado por alto 
esta instruccion y la verdad es que facilita enormemente el trabajo. 

La instruccion EXPLAIN muestra (explica) la forma en que MySQL procesa 
las instrucciones SELECT, utiliza indices y combina tablas. Esta instruccion 
puede ayudarle a seleccionar indices mejores y a escribir sus consultas de manera 
opcional. 

Para utilizarla, coloquela delante de una instruccion SELECT: 


mysql> EXPLAIN SELECT surname, first_name FROM customer WHERE 


id=1: 

+ EAS NY HN A $ 2 + + 

| table l type | possible—keys l key | key—len | ref 

| rows | Extra | 

+ A A A A 

l customer | const | PRIMARY | PRIMARY | 4 | const 
| 1 | | 

+ a a «e + — + + 

1 row in set (0.00 sec) 


¿Qué significan todas estas columnas? 
En la tabla 4.2 encontrara la respuesta. 


Tabla 4.2. Significado de las columnas EXPLAIN 


Columna Descripción 


table Muestra a que tabla se refiere el resto de la colum- 
na (en este ejemplo es obvio, pero resulta útil cuan- 
do se combina mas de una tabla en una columna). 


type Esta colurnna es importante porque indica el tipo 
de combinacion que se esta utilizando. Los tipos 
de combinacion son, ordenados de mejor al peor, 
const,eq_ref,ref, range, index Y ALL. 


Columna 


possible_keys 


ke y 


key_len 


ref 


TOWS 


extra 


Descripción 


Muestra los indices que se podrian aplicar a la tabla. 
Si esta vacia, no existiran indices disponibles. Pode- 
mos disponer de uno si realizamos una busqueda 
sobre un campo relevante desde la cláusula WHERE. 


El índice que se esta utilizando. Si el valor de esta 
colurnna fuera NULL, no estamos utilizando ningun 
índice. En ocasiones, MySQL selecciona un índice 
que resulta menos optimo que otro. En este caso, 
puede obligar a MySQL a seleccionar otro índice 
utilizando USE INDEX (nombre de índice) 
dentro de la instrucción SELECT O a ignorar un in- 
dice con IGNORE INDEX (nombre de índice). 


La longitud del índice utilizado. Cuanto menor sea 
su tamaño (sin detrimento de la exactitud), mejor. 


Indica la columna del índice que se esta utilizando 
o una constante, si fuera posible. 


Numero de filas que MySQL considera que debe 
examinar para poder devolver los datos requeridos. 


Información extra sobre cómo resulte MySQL la 
consulta. Estas opciones se examinan en la tabla 
4.3. En este caso nos interesa estar atentos ausing 
temporary Y Using filesort,que indican que 
MySQL no puede utilizar el índice en absoluto y 
que los resultados se recuperaran lentamente. 


La tabla 4.3 recoge las descripciones de la colurnna extra. 


Tabla 4.3. Significado de las descripciones de la colurnna extra EXPLAIN 


Descripción de la 


columna extra 


Descripción 


Distinct 


Not exists 


range checked for 
each record (index 
map: ff) 


Cuando MySQL encuentra una fila que coincide con 
la combinacion de fila, deja de buscar otras. 


MySQL optimizo la combinación por la izquierda y, 
tras encontrar una fila que cumpla los criterios de 
esta combinacion, deja de buscar otras. 


No se encontro un índice ideal, de manera que para 

cada combinacion de filas de las tablas anteriores, 
MySQL comprueba que índice utilizar y lo utiliza 
para recuperar filas de la tabla. Se trata de una de 
las combinaciones mas lentas con un índice. 


Descripción de la Descripción 


columna extra 


Using filesort Cuando vea esta descripcion, sepa que la consulta 
necesita optirnizarse. MySQL necesitara realizar un 
paso extra para deterrninar corno ordenar las filas 
que devuelve. Para ordenarlas. recorre todas las 
filas en funcion del tipo de cornbinacion y almace- 
na la clave de ordenacion y un puntero a la fila de 
todas las filas que curnplen la condición. A conti- 
nuacion, ordena las claves y, finalrnente, devuelve 
las filas en el orden deterrninado. 


Using index Los datos de la colurnna se devuelven desde la 
tabla utilizando unicarnente la inforrnacion del ín- 
dice, sin necesidad de leer la fila. Esto ocurre cuan- 
do todas las colurnnas requeridas de la tabla forrnan 
parte del rnisrno índice. 


Using temporary Cuando vea esta descripcion, sepa que la consulta 
necesita optirnizarse. En este caso MySQL necesi- 
ta crear una tabla temporal para recoger los datos, 
lo que suele ocurrir al realizar una operación de 
ordenacion sobre un conjunto de colurnnas dife- 
rentes a las agrupadas. 


Where used Una cláusula WHERE se utiliza para restringir las 
filas que se utilizaran en la selección de la tabla 
siguiente o que se devolveran al cliente. Si no de- 
sea recuperar todas las filas de la tabla y el tipo de 
cornbinacion esALL 0index, deberia aparecer esta 
descripcion; de lo contrario, es posible que su con- 
sulta presente algun problerna. 


El tipo de colurmna devuelta por EXPLAIN indica el tipo de cornbinacion que 
se esta utilizando. La tabla 4.4 explica el tipo de cornbinacion, ordenadas de 
mayor a rnenor por su eficacia. 


Tabla 4.4. Los diferentes tipos de cornbinacion 


Combinación Descripción 


system La tabla solo tiene una fila: una tabla de sistema. 
Este es un caso especial del tipo de cornbinacion 
const. 

const El número maximo de coincidencias que puede ex- 
traer esta consulta de la tabla es de un registro (el 


Combinación Descripción 


índice sera una clave primaria o un índice exclusi- 
vo). Si solo hay una fila, el valor es una constante, 
ya que MySQL lee el valor y, a continuación, lo 
utiliza de forma identica a una constante. 


eq_ref En una combinacion, MySQL lee un registro de la 
tabla para cada combinacion de registros de las 
tablas anteriores de la consulta. Se utiliza cuando 
la consulta utiliza partes de un índice que sea una 
clave primaria o una clave unica. 


ref Este tipo de combinacion ocurre si la consulta utili- 
za una clave que no sea unica o primaria o que solo 
forme parte de uno de estos tipos (por ejemplo, si 
utiliza el sistema de prefijacion mas a la izquierda). 
Todos los registros que coincidan seran leidos de la 
tabla para cada combinacion de filas de las tablas 
anteriores. Este tipo de combinacion dependen enor- 
memente de la cantidad de registros que coincidan 
en el índice (cuantos menos mejor). 


index Este tipo de combinacion examina el índice com- 
pleto para cada combinacion de registros de las 
tablas anteriores (lo que resulta mejor que la op- 
cion ALL, ya que el tamaño de los indices suele ser 
menor que los datos de la tabla). 


ALL Esta combinacion examina toda la tabla para cada 
combinacion de registros de las tablas anteriores. 
Por regla general se trata de una combinacion muy 
mala y debe evitarse siempre que resulte posible. 


Volvamos al ejemplo: 


mysql> EXPLAIN SELECT surname, first_name FROM customer WHERE 
id=1; 


+ E— 4 9 SY ++ 

| table | type | possible—keys | key | key—len | ref 

l rows | Extra | 

+ PSA -.A OKA + Y ——+—— ++ 

| customer | const | PRIMARY | PRIMARY | 4 | const 
1 | | 

_—Ñ—  aidéálaáIA +++ 4=—=3+ 


1l row in set (0.00 sec) 


Ya tenemos una clave primaria en la tabla cliente sobre el campo id y como 
nuestra consulta consta unicamente de una condición, este campo es equivalente a 
una constante por lo que la consulta no puede mejorarse mas. La columna rows 


indica que MySQL sólo necesita examinar una fila para devolver los resultados. No 
se puede obtener un proceso mejor. Asi mismo, el tipo de la combinacion (que en este 
caso no es tal) es const, que equivale a constante, que es el mejor tipo. Examine- 
mos que ocurriria si realiza una consulta similar sobre una tabla sin indices: 


mysql1> EXPLAIN SELECT Ñ FROM sales—rep WHERE employee _number=2; 


+ O O 

| table | type | possible—keys | key | key—len | ref | 
rows | Extra | 

L A A A A A a 

l sales—rep | ALL | NULL | NULL | NULL | NULL | 
5 | where used | 

+ Y ——+————— + O E 

1 row in set (0.00 sec) 


Se trata de la peor combinacion. La combinacion es de tipo ALL, la peor de 


todas: no existen claves posibles y se examinan las cinco filas para devolver los 
resultados (la tablasales rep consta unicamente de cinco registros). Veamos 
cómo podemos mejorar esta situación: 
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mysql> SHOW COLUMNS FROM sales—rep; 


E e ia + + 

| Field | Type | Null | Key | Default | Extra 

a ES +——+—+ +——$é 

| employee—number | int (11) [YES ll | NULL | 
surname | varchar(40) | YES | | NULL | 

| 
first—name | varchar(30) | YES | | NULL | 
commission | tinyint (4) | YES | | NULL | 
date—Joined | date | YES | | NULL | 

| birthday l date | YES | | NULL ] 

A O A E 

6 rows in set (0.00 sec) 

mysql> SELECT FROM sales—rep; 

+————————— + A —H— ++ 

|: employee—number | surname | first—-name | commission | 

date—joined | birthday | 

+ A 

| 1 | Rive | Sol | 10 | 2000- 

02-15 | 1976-03-18 | 

| 2 | Gordimer | Charlene 15 [ 1998- 

07-09 | 1958-11-30 | 

| 3 | Serote | Mike | 10 [| 2001- 

05-14 | 1971-06-18 | 

| 4 | Rive | Mongane | 10 [ 2002- 

11-23 | 1982-01-04 | 


] 5 | Jomo | Ignesund | 10 [ 2002- 
11-29 | 1968-12-01 | 
O 


5 rows in set (0.01 sec) 


Un candidato obvio para una clave primaria es el campoemployee_number. 
No existen valores duplicados y no deseara tener ninguno de manera que puede 
convertirla en una clave primaria sin demasiadas complicaciones: 


mysql> ALTER TABLE sales—rep MODIFY employee—number INT NOT NULL 
PRIMARY KEY; 

Query OK, 5 rows affected (0.00 sec) 

Records: 5 Duplicates: O Warnings: OÓ 


El resultado se aprecia inmediatamente si vuelve a ejecutar el comando 
EXPLAIN sobre esta consulta: 


* 
mysql> EXPLAIN SELECT FROM sales—rep WHERE employee number=2; 


+ PAP AN 4 $ 4+ 

| table l type | possible—keys | key | key—len | ref 

| rows | Extra l 

+ $q——= — e a O E 

| sales—-rep | const | PRIMARY | PRIMARY | 4 | const 
| der] 

+ A A O A 


1l row in set (0.00 sec) 


La mejora es sobresaliente. 

La instrucción EXPLAIN es tambien sinónimo de las secuencias DESCRIBE 
nombre _de tablaosHOw COLUMNS FROM nombre_de tablasise 
utilizan delante de un nombre de tabla. 


Realización de calculos en una consulta 


Vamos a examinar algunos casos mas complejos. Por ejemplo, suponga que 
deseamos recuperar todos los comerciales con una comision inferior al 20 por 
ciento si le sumaramos un 5 por ciento a la que tienen asignada. A continuación se 
incluye una posible consulta con la instrucción EXPLAIN: 


* 
mysql> EXPLAIN SELECT FROM sales—rep WHERE (commission+5)<20; 


+ A AA2Aá—> ++ HA YA 

| table l type | possible—keys l key | key—len | ref | 
rows | Extra 

— y A A2SÓAA A A A + 

| sales—rep | ALL | NULL | NULL | NULL | NULL | 
5 | where used | 

+ O O O O O O 


El resultado no es muy bueno ya que la consulta no utiliza ninguno de los indi- 
ces. No deberiamos sorprendernos porque sólo existe un índice, una clave primaria 
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sobre el campo empl1oyee_number .A primera vista, si le alitadieramos un índi- 
ce al campo commission los resultados mejorarian. Como este campo consta de 
valores duplicados no se le puede asignar una clave primaria (cuyo uso se reduce a 
una por tabla) o una clave unica. Y como tampoco se trata de un campo de caracter, 
la unica opción disponible es recurrir a un índice ordinario: 

mysql> ALTER TABLE sales—rep ADD INDEX(commission) '; 

Query OK, 2 rows affected (0.01 sec) 


Records: 5 Duplicates: O Warnings: U 


A continuacion, si vuelve a ejecutar la consulta obtendra el siguiente resultado: 


* 
mysql> EXPLAIN SELECT FROM sales—rep WHERE (commission+5)<20; 


Sy AO O QQAAAÓOÁKÁKX—AR SA A 4 

| table l type | possible—keys | key | key—-len l ref | 
rows | Extra | 

Y == HH $ 

| sales—rep | ALL 1 NULL [| NULL | NULL | NULL | 
5 | where used | 

y E -3- AAA 2 2 $ ++ 


1 row in set (0.00 sec) 


No hemos conseguido ninguna mejora. MySQL sigue examinando cada uno de 
los registros. La razon es que debe calcular commission+5 para cada registro. 
Necesita leer el campo commission de cada registro para agregarle 5 unidades 
y, continuacion, compararlo con 20. No deberiamos realizar ningun calculo en el 
campo de índice. La solución consiste en llevar a cabo el calculo sobre la constan- 
te, no sobre el campo indexado. En terminos algebraicos, (x + 5 < y) es lo mismo 
que (x < y - 5), por lo que se puede escribir de la siguiente forma: 


* 
mysql> EXPLAIN SELECT FROM sales—rep WHERE commission<20-5; 


 —4 —.- _——— —_—_ - —_- 9 ++ 

| table l type | possible—keys | key | key len | 
ref | rows | Extra | 

KK  —_—_— A —_ _ $ + 

| sales—rep | range | commission l commission | 20.) 
NULL | 3 | where used | 

o 


1 row in set (0.00 sec) 


El resultado mejora bastante. MySQL realiza los calculos una vez, obtiene la 
constante 15 y recorre el indice buscando valores inferiores. Tambien podriamos 
haber utilizado la consulta de la siguiente forma: 


* ] E 
mysql> EXPLAIN SELECT FROM sales—rep WHERE commission<15; 


Eq—— A ———. á +++ 

| table | type | possible—keys | key | key len | 
ref | rows | Extra | 

A e e, A O E EE 

| sales—rep | range | commission | commission | e" 
NULL | 3 | where used | 


+—— ++ 


PAS A OOO + 
1 row in set (0.00 sec) 


donde nosotros mismos obtenemos la constante, pero la diferencia de veloci- 
dad apenas resulta perceptible. La operacion de restar 5 unidades a 20, no le 
supone ningun trabajo a MySQL (intente medirlo si puede). Fijese en que ocurri- 
ria si quisieramos recuperar todos los comerciales con un 20 por ciento exacto de 
comision tras el aumento del 3 por ciento: 


mysql1> EXPLAIN SELECT % FROM sales_rep WHERE commission=15; 
———+ 


PRA AAA 4 + 

| table | type | possible—keys | key | key—len | ref 
l rows | Extra | 

+ o A O E SE 

| sales—rep | ref | commission | commission | 2 | 
const | 1 | where used | 

€ A 


1 row in set (0.00 sec) 


El tipo de consulta varia de range a ref, cuyo uso es preferible ya que la 
operacion de devolver un valor exacto supone menos trabajo que devolver un 
rango de valores (o una gran cantidad de valores exactos). 


Uso de EXPLAIN con el sistema de prefijos 
a la izquierda 


Vamos a volver sobre el tema del sistema de prefijacion mas a la izquierda y a 
ver cómo EXPLAIN puede ayudarnos a entenderlo mejor. Considere la siguiente 
consulta: 


mysql> EXPLAIN SELECT % FROM customer WHERE 
first_name='Yvonne'; 


A AA+ 9 A+ +++ ++ 

| table | type | possible—keys | key | key—len | ref | 
rows | Extra ( 

+ A e O A + 

| customer | ALL | NULL | NULL | NULL | NULL | 
8 | where used | 

A ——_—_—_—+— > 9% ——S—S ——— 4 + 

1 row in set (0.01 sec) 


Como el campo first name no es la parte del índice situada mas a la 
izquierda, no nos sirve para funciones de indexación y el tipo de combinación 
ALL nos lo indica claramente. El siguiente ejemplo muestra el uso que hace la 
instrucción EXPLAIN del sistema de prefijacion mas a la izquierda: 


mysql> EXPLAIN SELECT % FROM customer WHERE surname='Clegg' 
AND initial='X' AND first name='Yvonne' ; 

A A a is == 

| table l type | possible—keys | key | key—len | ref 
l rows | Extra | 
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+ A A A + 

| customer | ref | surname | surname | 18 | 
const,const,const | 1 | where used | 

+ o E + 


1 row in set (0.01 sec) 


En este ejemplo, se utilizan los tres campos completos del índice y el tipo de 
combinacion es ref porque el índice en cuestión permite duplicados. Si la estruc- 
tura de la tabla excluye la posibilidad de una combinacion duplicada de apellidos, 
iniciales y nombres, el tipo de combinación deberia ser eq_ref . Fijese en la 
columns ref, const,const,const , que indica que las tres partes del índice 
se comparan con un valor constante. El siguiente ejemplo ilustra una situación 
similar. 


* 
mysql> EXPLAIN SELECT FROM customer WHERE 
surname='Clegg' AND initial='X'; 


+ == 43H + E — HH t 

| table | type | possible-keys | key | key—len | ref 
l rows | Extra | 

+ A 4 + E —————— + —— ++ + 

l customer | ref | surname | surname | 47 | 
const,const | 1 | where used | 

Y A AAA AAA + + ++ 


1 row in set (0.00 sec) 


Nuevamente, el índice se utiliza correctamente, pero en este caso sólo se usan 
los dos primeros campos. La longitud de la clave en este caso es mas corta (lo que 
significa que MySQL tiene menos que examinar y, por lo tanto, lo hace de forma 
mas rapida). El siguiente ejemplo no utiliza el sistema de prefijación más a la 
1zquierda: 


* A o 
mysql> EXPLAIN SELECT FROM customer WHERE initial='X'; 


+ qKÁ ? _>AH04%45q—AÁÉÁ A ÁREA A KÁ Y 

| table | type | possible—keys | key | key-—len | ref | 
rows | Extra | 

+ q —— A A — + —— A —== ——— e — + + 

| customer | ALL | NULL " NUDE. NULL | NULL | 
8 | where used | 

+ q— A > 9 ——— +4 —— ++ 


1 row in set (0.00 sec) 


Esta consulta no se adhiere a los principios del sistema de prefijacion mas a la 
izquierda y no utiliza un índice. El siguiente ejemplo tampoco utiliza el sistema de 
prefijacion mas a la izquierda pero si utiliza un índice: 


x 
mysql> EXPLAIN SELECT ” FROM customer WHERE surname='Clegg' 
AND first_name='Yvonne'; 


+ 4 —— +++ 

l table | type | possible—keys | key | key—len | ref 
rows | Extra | 

Ey > ——_—_—_—_—_— A Am A Y A 


| customer | ref | surname l surname | 41 | const | 
1 | where used | 

+ H— + 9% YY ++ 

1 row in set (0.00 sec) 


Aunque en este ejemplo no se utiliza el sistema de prefijacion mas a la 1zquier- 
da, porque el campo first name queda fuera de secuencia, basta el campo 
surname para aprovechar dicho índice. En este caso, limita el número de filas 
que MySQL necesita examinar a una, ya que el apellido Clegg es unico, indepen- 
dientemente de los nombres y las iniciales. 


Optimización de las selecciones 


En una combinacion, puede calcular el numero de filas que MySQL necesita 
buscar multiplicando todas las filas juntas. En el siguiente ejemplo, MySQL ne- 
cesitara examinar 5*8*1 filas, lo que da un total de 40: 


mysql> EXPLAIN SELECT * FROM customer,sales—rep,sales 
WHERE sales.sales rep=sales_rep.employee number 
AND customer .id=sales.id; 


+ E———— —- SS A ————— ++ 

| table | type ] possible—keys | key | key—len | ref 
| rows | Extra | 

+ de Y E A A HA A A A K 

[ sales—rep | ALL | PRIMARY | NULL | NULL | NULL 
| 5 1 | 

l sales | ALL | NULL | NULL | NULL | NULL 
| 8 | where used | 

| customer | eq_ref | PRIMARY | PRIMARY | 4 | 
sales.id | 1] | 

+ + A >= MMIdáAMMMIAH2> + 


3 rows in set (0.00 sec) 


Como puede observar, cuanto mayor sea el numero de tablas que se combinan, 
mayor sera la cantidad de filas examinadas. Parte del buen diseño de las bases de 
datos consiste en hallar un equilibrio entre las tablas pequeiias de las bases datos 
que necesitan mas combinaciones y las tablas de mayor tamaño que resultan mas 
difíciles de mantener. En un capitulo posterior se presentaran algunas tecnicas 
utiles para conseguir este objetivo. 

Para tareas de optimización, vamos a concentrarnos en la combinacion de 
sales rep y sales de la consulta anterior. A continuación, se ha recreado 
dicha combinación (utilizando la sintaxis alternativa de la instrucción LEFT JOIN) : 


mysql1> EXPLAIN SELECT * FROM sales—rep LEFT JOIN sales 


ON sales.sales_rep = sales—rep-employee—number; 
+ q—_—_— 9 +++ 
| table | type | possible—keys | key | key—len | ref | 
rows | Extra | 
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+ Y — $ $ —— 4 + ++ 

l sales— rep | ALL | NULL | NULL | NULL | NULL | 
5 | 

| sales l ALL | NULL | NULL | NULL | NULL | 
8 | | 

+ IS ++ 

2 rows in set (0.00 sec) 


El numero de filas que se van a examinar en esta consulta es cinco veces ocho 
(de la columna rows), cuyo resultado es 40. No se utiliza ningun índice. Si 
examina la estructura de las dos primeras tablas, vera por que: 


mysql> DESCRIBE sales; 


+ + YY Y + + 
Field | Type | Null | Key | Default | Extra | 

+ + Y +++ 
code l int(11) | | PRI O | | 
sales—- rep | int(11) | YES | | NULL | | 
id l int(11) ¡| YES | | NULL | | 
value l int(11) | YES | | NULL | | 

+ + y $ + 

4 rows in set (0.00 sec) 

mysql1> DESCRIBE sales—rep; 

E: e e ++ 
Field | Type | Null | Key | Default | Extra 

e o O: e E $$ 
employee—number | int(11) | | PRI | O | 
surname varchar(40) | YES | | NULL | 
first- name varchar(30) | YES | | NULL | 
commission tinyint (4) | YES | MUL | NULL | 
date—joined date | YES | | NULL | 
birthday date [| YES ] | NULL | 

e +—— ++ +——+ 

6 rows in set (0.00 sec) 


Como no tenemos ninguna condición WHERE, la consulta devolvera todos los 
registros de la primera tabla (sales rep). A continuación, se llevará a cabo la 
combinación entre la tabla sales. rep (para la que no se puede utilizar un 
indice porque vamos a recuperar todos los valores) y el camposales rep de la 
tabla sales (sin indexar). El problema está en que la condición de combinación 
no utiliza ningun índice. Si agrega un índice al campo sales_rep, mejorara el 
rendimiento: 


mysql> CREATE INDEX sales—rep ON sales(sales rep); 
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Query OK, 8 rows affected (0.01 sec) 

Records: 8 Duplicates: O Warnings: O 

mysql> EXPLAIN SELECT * FROM sales—rep LEFT JOIN sales 
ON sales.sales_rep = sales rep.employee number; 


+ A ———— 85 ++ 

! table l type | possible—keys l key | key—len | ref 
| rows | Extra | 

+ E_— A _———— A + K—_ _ — +++ 

| sales—rep | ALL | NULL | NULL | NULL | NULL 
| Sal 

l sales l ref | sales—rep | sales—rep | 5 
sales rep.employee number | 2] | 

Eq ———S A 22» Y ++ 


2 rows in set (0.00 sec) 


Se ha reducido el numero de filas que MySQL necesita leer de 40 a 10 (5*2), lo 
que supone una gran mejora. 

Si lleva a cabo la combinacion por la izquierda al reves (de forma que la tabla 
sales contenga los posibles valores nulos en lugar de la tabla sales_rep), 
obtendra un resultado diferente con EXPLAIN: 


mysql> EXPLAIN SELECT * FROM sales LEFT JOIN sales—rep ON 


sales.sales_ rep = sales rep.employee number; 
+ A A A A 

| table | type | possible—keys | key | key—len | ref 
| rows | Extra l 
+ + E e E E 

| sales | ALÍ | NULL | NULL | NULL | NULL 
| 8 | | 

| sales—rep | eq ref | PRIMARY | PRIMARY | q | 
sales.sales rep | 1-1 | 
 ——— A ——— + + +++ 


2 rows in set (0.00 sec) 


Sólo se examinan ocho filas porque aunque se recuperan todas las filas de la 
tabla sales se esta utilizando la clave primaria de la tabla sales_rep 
(employee_number) para realizar la combinación. 

Examine otro ejemplo: 


mysql> EXPLAIN SELECT * FROM sales—rep LEFT JOIN sales 
ON sales.sales rep = sales _rep.employee number 
WHERE sales.sales—rep IS NULL; 


A O A A 

| table | type | possible—keys | key | key—len | ref 

| rows | Extra | 

YA NY 8. AS ++ 
sales—rep | ALL | NULL | NULL | NULL | NULL 

5 | 

l sales | ref | sales—-rep | sales—rep | 3 | 

sales rep.employee number | 2 | where used | 

ASS 9 _—A=——a--T A A ++ 


2 rows in set (0.00 sec) 
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A continuación, si cambia el campo sales_rep para evitar valores nulos, 
vera algunos cambios: 


mysql> ALTER TABLE sales CHANGE sales—rep sales—rep INT NOT 
NULL ; 


Query OK, 8 rows affected (0.00 sec) 
Records: 8 Duplicates: O Warnings: 0 
* 
mysql1> EXPLAIN SELECT FROM sales—rep LEFT JOIN sales ON 


sales.sales_rep = sales rep.employee number WHERE 
sales.sales—rep IS NULL; 


A ——+——— - == ++  _a_——_—_———_—_—— +++ Ah 

l table l type | possible—keys | key | key—len | ref 
l rows | Extra 

-_ —— 5 > — ——— —_—* —_—___ 

| sales—rep | ALL | NULL | NULL | NULL | NULL 
5 ] | 

| sales l ref | sales rep l sales rep | 4 | 
sales—rep-employee—number | 2 | where used; Not exists | 


aL 


+ 
2 rows in set (0.00 sec) 


Fijese en que la longitud del índice (indicada en campo key_len)es4yno5. 
Como ya no se permiten valores nulos, los registros no necesitan almacenar infor- 
macion al respecto, por lo que el tamaiio se reduce en un byte. Fijese tambien en 
el comentario Not exists de la columna Extra. Comoel camposales_rep 
ya no contiene valores nulos, cuando MySQL encuentra un registro que cumple 
los criterios de la combinación por la izquierda, no necesita seguir buscando. 

El orden en el que las tablas se presentan a MySQL puede, en algunos casos, 
marcar la diferencia en cuanto a la velocidad de la consulta. MySQL intenta 
seleccionar las mejores opciones, pero no siempre sabe por adelantado cuál sera 
el camino mas rapido. En la siguiente sección se explica como ayudar a MySQL 
a almacenar con anticipación la mayor cantidad de información posible sobre la 
composición del índice, pero, como muestra el siguiente ejemplo, a veces ni si- 
quiera resulta suficiente. En primer lugar, cree cuatro tablas identicas: 


mysql> CREATE TABLE t1 (f1 int unique not null, primary 
key (£1)) ; 

Query OK, O rows affected (0.15 sec) 

mysql> CREATE TABLE t2 (f2 int unique not null, primary 
key (£2)); 

Query OK, O rows affected (0.15 sec) 

mysql> CREATE TABLE t3 (f£3 int unique not null, primary 
key (£3)) ; 

Query OK, O rows affected (0.15 sec) 

mysql> CREATE TABLE t4 (f£4 int unique not null, primary 
key (£4)) ; 

Query OK, O rows affected (0.15 sec) 


A continuacion, agregue dos registros a cada una: 


mysql1> INSERT INTO t1 VALUES (1) , (2) 5 
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Query OK, 2 rows affected (0.12 sec) 
Records: 2 Duplicates: O Warnings: 
mysql> INSERT INTO t2 VALUES(1) , (2); 
Query OK, 2 rows affected (0.12 sec) 
Records: 2 Duplicates: Ú Warnings: 


mysql1> INSERT INTO t3 VALUES (1) , (2); 
Query OK, 2 rows affected (0.12 sec) 
Records: 2 Duplicates: O Warnings: 
mysql> INSERT INTO t4 VALUES(1) ,(2); 
Query OK, 2 rows affected (0.12 sec) 
Records: 2 Duplicates: O Warnings: 


0 


0 


A continuación, imagine que necesita combinar estas tablas. La siguiente consul- 
ta devolvera los resultados requeridos: 


mysql> SELECT 
LEFT JOIN t4 ON 
E 


(t4.f£4=t1.f1) WHERE t2.f2=t4.f4; 


DEL. 1 EZ ES TIfÍ4 l 
+— A +++ 

| E 1 1 | 1 | 1 | 
MM <A 2 1 a 5 
F—-A— 44 

2 rows in set (0.02 sec) 


Si utiliza la instrucción EXPLAIN para examinar el registro, 


siguiente: 


* 
mysql> EXPLAIN SELECT 


(t3.f£3=t1.f1) LE 
WHERE t2.f2=t4.f 


FROM t1,t2 LEFT JOIN t3 ON 
FT JOIN t4 ON (t4.f4=t1.f1) 
4; 


A SS —_ == + 

| table | type | possible—keys | key | key—-len 
rows | Extra | 

q ————* == + —— +++ E 

| tl | index | NULL | PRIMARY |] 4 
2 | Using index | 

| t2 l index | PRIMARY,b,f2 | PRIMARY | 4 
2 | Using index | 

| t3 | eq ref | PRIMARY,c,£3 | PRIMARY |] 4 
1 | Using index l 

| t4 l eq ref | PRIMARY, d,f4 | PRIMARY | 4 
1 | where used; Using index |! 

A A A OKA SS + 


4 rows in set (0. 


00 sec) 


FROM t1,t2 LEFT JOIN t3 ON (t3.f3=t1.f1) 


observara lo 


l ref 


| NULL | 
| NULL | 
EST 


| ELL 1 


El índice se examina dos veces, una sobre tl y otra sobre t2, lo que significa 
que MySQL necesita examinar todo el índice. Si analiza atentamente la consulta, 
observara que la combinacion por la izquierda es lo que necesita t2 para leerse 
antes que t4. Puede evitar esta operación modificando el orden de las tablas y 
separando t2 de la combinacion por la izquierda: 


mysql> EXPLAIN SELECT 


FROM t2,t1l LEFT JOIN t3 
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ON - (t3.f3=t1.f1) LEFT JOIN t4 ON (t4.f4=t1.f1) 
WHERE t2.f2=t4.f4; 


y —— A — A AR Y A Á 

| table | type | possible—keys | key l| key—len | ref 
rows | Extra | 

$$ PÁ AAA Y —————— + 

PET | index NULL | PRIMARY | 4 | NULL | 
2 | Using index 

| t3 | eq _ref | PRIMARY,c,f3 PRIMARY E sl 
1 | Using index 

| t4 | eq ref PRIMARY, d, f£ 4 PRIMARY 4 tl tr 
1 | Using index 

| t2 | eq ref PRIMARY,b,É£2 PRIMARY 4 | t4.f4 | 
1 | Using index 

+—+ +——————+ + $ ——— 4 —_—_ HT si 


4 rows in set (0.01 sec) 


¡Observe la diferencia! Segun la columna rows, sólo es necesario leer 2*1*1* 
filas (2 en total), en lugar de 2*2*1 1 filas (4 en total) de la consulta anterior. Por 
supuesto, los resultados son identicos: 


* 


mysql> SELECT FROM t2,t1 LEFT JOIN t3 ON (t3.f3=t1.f1) 
LEFT JOIN t4 ON (t4.f4=t1.f1) WHERE t2.f2=t4.f4; 


+— +++ —+ 
LAS EL LES : f4 | 
++ +++ 
A CO: E 1 | 1 | 
E E 2 | 2 1 
H— + — + —— ++ 


2 rows in set (0.00 sec) 


Este ejemplo demuestra, de nuevo, la importancia de probar las consultas con 
EXPLAIN. 

Sin una buena comprension del funcionamiento interno de MySQL, puede que 
nunca se hubiera dado cuenta de cual de las dos consultas anteriores es la mas 
rapida, aunque tuviera la sospecha de que existia una diferencia. La instrucción 
EXPLAIN cuantifica nuestras suposiciones, que se desarrollan con la experien- 
cia. 


Como ayudar al optimizador de MySQL 
con ANALYZE 


El mecanismo de MySQL que decide que clave utilizar (si es que selecciona 
alguna) se conoce como el optimizador de consultas. Este mecanismo examina 
rapidamente los indices para determinar el que conviene utilizar. Los humanos 
hacemos algo parecido al buscar un libro. Por ejemplo, suponga que estamos 
buscando un libre escrito por Zakes Mda titulado Ways «df Dying y sabemos que 
sólo existen dos indices. Si en uno de ellos se ordenan los autores por orden 
alfabetico y consta de 4.000 entradas y el otro recoge los titulos de libros y consta 
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de 12.000 entradas, es probable que nos decantaramos por el primero. Pero si 
sabemos que Zakes Mda ha cscrito 200 libros pero que sólo uno de ellos se titula 
Ways £ Dying,es probable que seleccionemos cl segundo indice. MySQL tam- 
bien funciona mejor con una idea del contenido de cada índice. Podemos suminis- 
trarle este tipo de informacion (conocida como cardinalidad o numero de valores 
unicos) ejecutando el siguiente comando: ANALYZE TABLE nombre_de_ 
tabla. 

En los ejemplos que hemos estado utilizando hasta ahora no tiene mucho sen- 
tido utilizar esta funcion, pero en tablas de mayor tamaiio con una gran cantidad 
de inserciones, actualizaciones y eliminaciones, cl análisis regular de la tabla 
puede contribuir a mejorar su rendimiento. 

ANALYZE TABLE actualiza la distribución de la clave de la tabla si no csta 
actualizada. (La ejecución de la instrucción ANALYZE equivale a ejecutar 
myisamchk —ao myismachk —analyze. En un capitulo posterior, se 
ampliará estc tema). 


ADVERTENCIA: Esta funcion sólo se puede utilizar con las tablas 
MyISAM y BDB. Además, la tabla queda bloqueada con un bloqueo 


de lectura durante el proceso. Por lo tanto, no es aconsejable realizar 
esta operación de análisis cuando la base de datos gestiona mucho 
trafico. 


Si desea ver la informacion a disposición de MySQL ejecutando el comando 
SHOW INDEX: 


mysql> SHOW INDEX FROM customer; 


Y 7->dyg— A —_—_————4 A == 4 + —— 

+ 

| Table | Non_unique | Key—name | Seq in index | Column—name 
Collation | Cardinality | Sub part | Packed | Comment | 

+ ++ úíL——A A —_—__— 2=2A= + —+—— 

+ 

| customer | O | PRIMARY | 1 | id 

lA 8] NULL | NULL | | 

| customer 1 | surname l I | surname 

la | g | NULL | NULL 

| customer I | surname | 2 | initial 

EA | 8 | NULL | NULL 

l customer 1 | surname | 3 | first—name 

LA 8 | NULL | NULL 

+ HK—<— 0 — e 2» $ A A e 4 

+ 

4 rows in set (0.01 sec) 


La tabla 4.5 explica el significado de las columnas devueltas por la instruccion 
SHOW INDEX: 


Tabla 4.5. Significado de las columnas devueltas por SHOW INDEX. 


Columna 


Table 


Non_ unique 


Key _ name 
Seg in index 
Column_name 


Collation 


Cardinality 


Descripción 


Nombre de la tabla que se esta examinando. 


0 o 1, 0 indica que el índice no contiene duplicados 
(una clave primaria o índice exclusivo) y 1 signifi- | 
ca que puede contenerlos. 


Nombre del índice. 
Orden de las columnas del índice, comenzando en 1. 
Nombre de la colurnna. 


A O NULL. A indica que el índice se ha ordenado en 
orden ascendente y NULL indica que no esta ordenado. 


Numero de valores exclusivo del índice. Esta op- 


cion se actualiza de manera especifica ejecutando 
ANALYZE TABLE O myisamchk -—a. 


NULL si se indexa toda la colurnna. De lo contrario 
indica el tamaño del índice, en caracteres. 


Sub part 


| Packed Indica st el índice esta comprimido o no. 


| Null YES si la columna puede contener valores NULL. 
| 


Comment Varios comentarios. 


Las operaciones de elirninacion y actualización pueden dejar huecos en la 
tabla (especialmente si las tablas contienen campos TEXT, BLOB O VARCHAR) . 
En estos casos, aurnenta el trabajo del disco porque las cabezas necesitan saltar 
los huecos al leer. 

La instrucción OPTIMIZE TABLE soluciona estc problema, eliminando los 
huecos en los datos; para ello, une los registros fragmentados, lo que equivale a 
una operación de defragmentacion aplicada a los datos de una tabla. 


3 RAS 
Dos ' 
me 


Optimización de las instrucciones SELECT 
y seguridad 


Cuando mas complejos sean sus perrnisos, mayor sera la carga de trabajo que 
csperimentaran sus consultas. Con ello no querernos decir que deba escatimar 


medidas de seguridad, pero si tiene un conjunto de consultas de gran volumen y 
otro conjunto de bajo volumen con permisos complejos, puede que resulte util 
mantener lo mas separado posible el conjunto de bajo volumen. 


Evaluación del rendimiento de las funciones 


La funcion BENCHMARK () indica cuanto tiempo necesita MySQL para real1- 
zar una tarea un numero dado de veces. 

Esta funcion brinda una idea general sobre la diferencia de potencia entre dos 
equipos. Su sintaxis es la siguiente: 


SELECT BENCHMARK (número _ de repeticiones,expresión) 


Compare los resultados que obtuvo MySQL al calcular diez millones de veces 
la raiz cuadrada de 999 en los siguientes equipos: un ordenador con procesador 
Duron de 1GB con Windows 98 sin mucha carga de trabajo y un Pentium Ill a 
850Mhz con Linux Red Hat 7 con bastante carga de trabajo. Para establecer 
mejor la comparacion, se ejecuto una tercera vez, en un antiguo Cyrix 200MMX 
con FreeBSD 4.6, sin otro proceso en marcha: 


mysq1> SELECT BENCHMARK(10000000,SQRT(999)) 5 
oo + 

BENCHMARK (10000000,SQORT(999)) | 
_—_ A ——___ __ 


0 | 


to +—+ 


E 
1 row in set (0.66 sec) 
mysq1> SELECT BENCHMARK (10000000,SQRT(999)) ; 


+ + 
| BENCHMARK (10000000,SQRT(999)) | 
Y —_—_—_—_——_—_—_—_—_—_—_—_—___————+ 
] O |] 
+ + 


1 row in set (2.73 sec) 
mysql> SELECT BENCHMARK(10000000,SQRT(999)) 3 
e 


BENCHMARK (10000000,SQRT(999)) | 
+ 


+ 
row in set (13.24 sec) 


+ 
| 
dl: 
| 
+ 
1 


Optimización de — tualizaciol eliminaciones 
e Inserciones 


Una operacion de actualización es practicamente igual a una operacion de 
selección con la diferencia de que se realiza una operacion de escritura al final. 
Por ejemplo, para fines de optimizacion, el siguiente codigo: 


UPDATE nombre de campo FROM nombre—de—tabla WHERE condicion 
es igual al este otro: 
SELECT nombre de campo FROM nombre—de—tabla WHERE condicion 


Puede optimizar una instruccion UPDATE de la misma forma que hariamos 
con la instruccion SELECT equivalente. Asi mismo, tenga en cuenta que cuanto 
menor sea el numero de indices y el numero de datos, mas rapida resultara la 
operacion. Procure no utilizar indices superfluos o que el tamaiio de los campos o 
de los indices resulte mayor de lo necesario. 

La velocidad de la instruccion DELETE depende del numero de indices. Al 
eliminar registros, resulta necesario suprimir cada uno de ellos de todos los indi- 
ces asociados asi como del archivo de datos principal. 

Por esta razon, la instrucción TRUNCATE nombre_de_tabla resulta mas 
rapida que DELETE nombre_de_tabla, ya que la tabla entera se elimina de 
una vez, sin necesidad de tener que suprimir cada índice y registro de datos de 
manera individual. 

El mejor método para insertar datos consiste en utilizar LOAD DATA en lugar 
de INSERT, ya que puede resultar 20 veces mas rapido. 

Puede acelerar este proceso deshabilitando las claves durante el intervalo dedi- 
cado a agregar datos. MySQL sólo tendra que concentrarse en agregar los datos 
despreocupandose de agregar los archivos de indice a la vez. La operacion de 
agregar los datos resultara mucho mas rapida y si los indices se generan de mane- 
ra separada, el proceso resultara además mucho mas optimo. Puede utilizar el 
siguiente procedimiento: 


ALTER TABLE nombre _tbl DISABLE KEYS; 
LOAD DATA INFILE nombre_de archivo INTO TABLE nombre—de—tabla 
ALTER TABLE nombre _tbl ENABLE KEYS; 


Sin embargo, no siempre se puede realizar la inserción desde un archivo de 
texto. 

Pero si puede agrupar sus inserciones, las listas de varios valores se agregan 
mucho mas rapidamente que las instrucciones separadas. Por ejemplo, la siguien- 
te consulta: 


INSERT INTO nombre—de—tabla VALUES (registrol),(registro2) 
(registron) 5 
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es mucho mas rapida que la siguiente alternativa: 


INSERT INTO nombre—de—tabla VALUES (registrol); 
INSERT INTO nombre—de—tabla VALUES (registro2); 


INSERT INTO nombre—de—tabla VALUES (registron) ; 


La razon es que los indices sólo se vacian una vez por cada instruccion INSERT. 
Si necesita realizar varias instrucciones INSERT, puede utilizar bloqueos para 
lograr el mismo resultado. Utilice instrucciones como las siguientes para tablas 
no transaccionales: 


LOCK TABLES nombre—de—tabla WRITE; 

INSERT INTO nombre—de—tabla VALUES (registrol), (registro) 
(registro3): 

INSERT INTO nombre—de—tabla VALUES (registro4),(registro5) 
(registro6): 

UNLOCK TABLES; 


Tenga en cuenta que nadie podra leer las tablas mientras estas instrucciones 
esten en progreso. 

Para realizar la misma operacion con tablas transaccionales, utilice las si- 
guientes instrucciones: 


BEGIN; 

INSERT INTO nombre—de—tabla VALUES (registrol),(registro2) 
(registro3): 

INSERT INTO nombre—de—tabla VALUES (registro%4),(registro5) 
(registro6) 

COMMIT; 


Las cosas se complican un poco al agregar registros desde diferentes 
subprocesos. Imagine un caso en el que el primer subproceso agrega 10.000 re- 
gistros y el segundo un solo registro. Si se utiliza la funcion de bloqueo, se mejo- 
rara la velocidad general de la operacion pero el segundo subproceso sólo se 
completara cuando termine el primero. Si no se utiliza el bloqueo, el segundo 
subproceso se completara de forma mucho mas rapida, pero la velocidad de la 
operacion completa resultara mas lenta. La importancia del segundo subproceso 
con respecto al primero determinara el método que debemos seleccionar. 

Sin embargo, puede ocurrir que su aplicacion necesite realizar una gran cant1- 
dad de inserciones no relacionadas de manera continua. Si esta utilizando un 
bloqueo de nivel de fila (como el que se puede realizar en tablas InnoDB), puede 
que descubra que las hordas de usuarios que consultan sus tablas necesiten espe- 
rar una cantidad de tiempo inusualmente larga debido a unas cuantas operaciones 
de insercion. No desespere, ya que existen formas de minimizar este efecto. 

La primera consiste en utilizar la instruccion INSERT IOW PRIORITY. 
Esta instruccion reduce la alta prioridad habitual asignada a los comportamientos 
de insercion y obliga a hacerlos esperar hasta que no existan mas consultas de 
lectura en la cola. El problema, sin embargo, es que si su base de datos tiene 
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mucho trafico, puede que el cliente que realice la operacion de insercion con 
prioridad baja necesite esperar mucho tiempo para realizar la operacion (si es que 
surge un hueco). 

Otra alternativa es la instrucción INSERT DELAY ED. El cliente queda libe- 
rado inmediatamente y la insercion se coloca en cola (con el resto de instrucciones 
INSERT DELAYED esperando a que la cola finalice). La desventaja de este 
método es que no se pasa informacion significativa al cliente (corno el valor 
auto increment) dado que la insercion no se ha procesado cuando el cliente 
se libera. ¡Pero hay cosas por las que no merece la pena esperar! Asi mismo, tenga 
en cuenta que esiste la posibilidad de que todas las inserciones de la cola se 
picrdan si tiene lugar una catastrofe como un fallo en la corriente electrica. 


ADVERTENCIA: El uso de las instrucciones INSERT LOW PRIORITY 
e INSERT DELAYED no permite saber el momento en el que se realizarán 
las inserciones, st en que ne realizan. Por ello, aconsetable utilizarlas con 


precaución. 


Resumen 


El reducido uso de los indices es probablemente la causa mas importante que 
explique los problemas de rendimiento. Un índice es un pequeiio archivo ordenado 
que apunta al archivo de datos principal. La busqueda de un registro concreto 
resultara mas rapida porque solo es necesario realizarla sobre un pequelio archivo 
de índice. 

Los indices pueden ser de clave primaria (un índice unico que no puede conte- 
ner valores nulos), un indice exclusivo, un índice ordinario (que puede contener 
duplicados) o un índice de texto completo. Los indices de texto completo permiten 
un alto nivel de sofisticacion en la busqueda de campos de texto para determina- 
das combinaciones de palabras clave. 

Los campos de incremento automático se asocian con la clave primaria y per- 
miten que MySQL se encargue de la secuenciacion del campo. Si se inserta un 
registro, MySQL agregara una unidad al valor anterior incrementado 
automaticamente y lo utilizara como valor para el campo de incremento automa- 
t 1 c msertado. 

La instrucción EXPLAIN devuelve informacion útil sobre la forma en que 
MySQL utiliza los indices en una consulta concreta. Puede utilizarla para deter- 
minar si MySQL esta utilizando los indices creados y, si la consulta no resulta 
optima, obtener informacion relativa a los campos sobre los que crear indices o 
sobre como cambiar la consulta para mejorarla. 


Programacion 
con MySQL 


En este capitulo no vamos a enseiiarle a programar. Existen muchos libros que 
intentan combinar la enseiianza de MySQL y de un lenguaje de programacion, y 
el resultado final es un trabajo incompleto en ambos aspectos. En este libro asu- 
mimos que el lector es un programador competente, que su interes es aprender o 
centrarse en el papel de administrador de bases de datos (DBA) y que no esta 
interesado en la programacion. 

El verdadero potencial de una base de datos se aprecia cuando se integra en un 
sistema de información, con aplicaciones completamente funcionales que incor- 
poren su propio valor al sistema. Un sitio Web de noticias, por ejemplo, necesita 
herramientas para agregar y ordenar los articulos de noticias, para visualizarlos 
en el sitio Web y para realizar el seguimiento de las historias de mayor eco. A la 
mayor parte de los periodistas no les atrae mucho aprender SQL (lenguaje de 
consulta estructurado). 

Sin embargo, necesitan una interfaz bien diseitada para comunicarse con la 
base de datos. Esta interfaz podría ser una pagina Web con un formulario HTML 
(lenguaje de marcado de hipertexto), con un boton de envio que invoque una 
secuencia de comandos para ejecutar una instrucción INSERT .La interfaz tam- 
bien podría adoptar la forma de un sistema de suministro de noticias que tome los 
articulos de un sistema QuarkXPress y que los agregue automaticamente a la base 
de datos. 
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Otro ejemplo de sistema de informacion podría consistir en el uso de una 
aplicacion para asesores financieros, donde el servidor se alimenta de las ultimas 
cotizaciones de valores y monedas, para que los asesores puedan acceder y analizar 
la informacion con el fin de controlar la tendencia de los mercados. 

Las posibilidades para los sistemas de informacion son infinitas. Estos esce- 
narios se caracterizan por incluir una aplicacion desarrollada para agregar nive- 
les adicionales de lógica que MySQL no puede suministrar. En teoria, puede 
utilizar cualquier lenguaje de programacion para desarrollar aplicaciones. Los 
lenguajes de uso mas habitual son Java, C, PHP, Perl, C++, Visual Basic, Python 
y Tcl, los cuales disponen, en la mayoría los casos, de interfaces de programa- 
cion de aplicaciones (API) para interactuar con MySQL. En los apendices de 
este libro se recogen los API de la mayoría de estos lenguajes de programacion. 

Todos los ejemplos de este capitulo estan escritos en PHP, no porque deba 
conocer este lenguaje sino simplemente porque es probable lo haya utilizado, 
porque su sintaxis resulta familiar a todas aquellas personas que tengan expe- 
riencia con lenguajes del tipo C (como C, Perl o C++) y porque su sencillez 
facilita que otros programadores puedan seguir los ejemplos. Lo importante son 
los principios de programacion, no la sintaxis. En este capitulo, el codigo viene 
acompaliado de amplios comentarios lo que le permitira seguirlo independiente- 
mente del lenguaje que utilice o su nivel de conocimientos. 

En este capitulo se abordan los siguientes temas: 


+ Uso de conexiones permanentes 
e Como lograr que nuestro codigo resulte portable y sencillo de mantener 


e Valoracion de la carga de trabajo de la base de datos frente a la de la 
aplicacion 


e Exploración del proceso de desarrollo de la aplicacion 


Uso de buenas tecnicas de programacion de 
bases de datos 


En las siguientes secciones se presentan algunas de las tecnicas habituales 
utilizadas por los programadores de bases de datos para lograr que sus aplicacio- 
nes resulten sólidas (que no fallan facilmente), portables (faciles de trasladar a 
otros entornos y plataformas) y faciles de mantener. Las conexiones permanen- 
tes son utiles si la aplicacion realiza un numero alto de peticiones de conexión que 
procedan de la misma fuente en un corto periodo de tiempo. Los programadores 
sin experiencia, con prisa o simplemente vagos tienden a crear codigo que difí- 
culta la tarea de los siguientes programadores (y a menudo la de ellos mismos) al 
pasar por alto aspectos relacionados con la portabilidad y el mantenimiento, car- 
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gando demasiada el trabajo sobre la aplicacion en lugar de sobre la base de datos. 
Puede evitar muchos problemas en fases posteriores si planea un poco el trabajo 
al principio. 


Uso de conexiones permanentes 


MySQL se ha caracterizado por su rapidez de conexion, si la comparamos con 
otras bases de datos. Sin embargo, la conexión a una base de datos sigue siendo 
una tarea bastante pesada y, si necesita realizar un gran numero de conexiones en 
un corto periodo de tiempo (como al establecer una conexión desde un servidor 
Web), es aconsejable simplificar al maximo la operación. Las conexiones perma- 
nentes mantienen la comunicacion abierta una vez completada la secuencia de 
comandos. Las siguientes peticiones utilizan la conexión existente con el ahorro 
de carga resultante. En PHP, puede utilizar la funcion mysql_pconnect () 
para crear una conexión permanente: 


mysql—pconnect (host, $user, $pass) ; 
// la funcion mysql—pconnect crea una conexión permanente a una 
// base de datos mysql, para lo cual toma los parametros de 
//anfitrión, usuario y contraseiia 


No siempre es necesario mantener las conexiones abiertas durante mucho 
tiempo. En la mayor parte de los casos, el servidor Web se encarga de limpiar las 
conexiones. Sin embargo, puedo hablarles de un caso en el que un servidor Web 
presentaba problemas porque no limpiaba las conexiones tras iniciarse. El servi- 
dor Web estaba configurado para permitir 400 instancias y MySQL podia admitir 
750 conexiones. Debido a este comportamiento erroneo, el servidor Web dupli- 
caba el numero de conexiones que realizaba al servidor de la base de datos, es 
decir 800. De repente el servidor de la base de datos se quedaba sin conexiones 
disponibles. Puede minimizar el riesgo de mantener abiertas las conexiones per- 
manentes durante demasiado tiempo reduciendo el valor de la variable 
wait _timeout de MySQL (0Ointeractive timeout en función del tipo 
de conexión), que determina la cantidad de tiempo que MySQL permite que una 
conexión se mantenga inactiva antes de cerrarse. (En un capitulo posterior se 
explica como configurar estas variables.) Su valor predeterminado es de 28.800 
segundos (8 horas). En el caso anterior, se redujo a 600 segundos para impedir 
que el problema volviera a surgir. ¡Á partir de ahi la preocupacion se reducia al 
servidor Web! 


Como lograr codigo portable y sencillo de 
mantener 


Basta con aplicar unos sencillos pasos para mejorar enormemente la flexibili- 
dad del codigo. Entre ellos, se incluye el mantenimiento de los detalles de co- 


nexion aparte y dentro de una unica ubicacion asi como la construcción de con- 
sultas de base de datos de manera flexible para que los cambios futuros que se 
apliquen a la estructura de la base de datos no afecten a la aplicacion. 


La conexión 


La mayor parte de los lenguajes de programacion facilita la tarea de establecer 
la conexión a una base de datos a traves de funciones nativas. Por ejemplo, PHP 
cuenta con un conjunto de funciones para su uso con MySQL, como 
mysql_connect (), mysql _query(), etc. 

Al programar una pequeiia aplicación con una conexión a la base de datos, 


con clases nativas, resulta facil utilizar algo sencillo para establecer la conexión a 
MySQL (vease el listado 5.1). 


Listado 5.1. totally i¡mportable.php 


$db = mysql pconnect ("dbhostname.co.za”, "db app", "g00r002b"); 
// la funcion mysql _pconnect crea una conexión permanente a una 
// base de datos mysql para lo cual toma los parametros de 


/fanfitrión, usuario y contrasefia 


// donde 'dbhostname' es el anfitrion, 'db _app' el usuario y 
//f 'g00r002b' la contrasefia 
if (!5$db) ( 
echo "There was a problem connecting to the database."; 
exit; 
) 
// verificación básica de errores - si la conexión no resulta 


//satisfactoria, muestre 
/f un mensaje de error y salga de la secuencia de comandos 


Muchos de los ejemplos con los que se encontrara utilizan este método por- 
que resulta sencillo de entender y funciona correctamente en aplicaciones pe- 
quelias. Sin embargo, cuando se trata de una base de datos de una aplicacion 
mas grande, es aconsejable que resulte lo mas portable, sencilla de mantener y 
segura posible. Imagine que tiene 10 secuencias de comando que se conectan a la 
base de datos. Si las 10 secuencias de comando sc conectan de la misma forma y 
un dia necesita trasladar la base de datos a un nuevo servidor o desea cambiar su 
contrasella, necesitara hacerlo en todas las secuencias de comandos. 

Ahora imaginese que en lugar de 10 fueran 100. 

En una ocasion herede una situación como esta y, ante la posibilidad de que la 
contraselia pudiera verse comprometida (que además estaba situada en cientos 
de ubicaciones por lo que resultaba muy sencilla de encontrar), me tocó la agra- 
dable tarea de realizar todos los cambios. La mejor solución consiste en crear la 
aplicacion de manera correcta desde el principio. 

Coloque los detalles de la conexión de la base de datos en una ubicacion 
aparte. Estos se incluiran en las secuencias de comandos que establecen la co- 
nexion a la base de datos. Posteriormente, cuando necesite modificar los detalles, 
sólo tendra que hacerlo en un lugar (y estara seguro de no olvidar nada). La 


operación de cambiar la contraseiia en cientos de lugares implica el riesgo de 
olvidar uno y descubrirlo cuando falle la funcionalidad. 
Las soluciones que se recogen en el listado 5.2 y 5.3 son mejores, 


Listado 5.2. db.inc 


Shost = "dbhostname.co.za"”; 
fuser = "db app”; 
$pass = "g00r002b”; 


Listado 5.3. not_too_portable.php 


require_once "$finclude path/db.inc"; 
// incluye el archivo que contiene los detalles de la conexion, 
//fdb.inc 
// ubicado en la ruta: S$include—path, que deberia ser una 
//fubicación segura 
Sdb = mysql_pconnect (S$host, fSuser, $pass); 
// la funcion mysql pconnect crea una conexión permanente a una 
// base de datos mysql, para lo cual toma los parametros de 
/l/anfitrión, usuario y contraseña 


if (!$db) ( 
echo "There was a problem connecting to the database."; 
éXxTE: 
) 
// verificación básica de errores - s1 la conexión no resulta 


//satisfactoria, muestre 
// un mensaje de error y salga de la secuencia de comandos 


En cste ejemplo, la contraseiia, el nombre del anfitrion y el nombre de usuario 
se almaccnan en un archivo, por lo que solo se necesita modificarlos cn un unico 
lugar (db. inc). 


ADVERTENCIA: Si esta creando una aplicacion Web, asegurese de 
que el archivo db.inc no se incluye dentro del árbol de la Web. (Su 


servidor Web no deberia servir archivos .inc, pero en este caso, es 
conveniente mantener la información sensible en un lugar lo mas alejado 
posible.) 


Se incorpora otra mejora que se concreta en un nivel ligeramente superior de 
abstracción. En los listados 5.2 y 5.3, imagine que la direccion decide realizar la 
migración a otro DBMS. Pucde ocurrir que MySQL no sea una sistema ideal 
para una situación dada o, como ocurre a menudo, que se tomen decisiones ex- 
trañas, como una de la que fui testigo en la que la direccion queria gastarse una 
enorme cantidad de dinero en una segunda base de datos cuando bastaba con 
configurar MySQL correctamente. Afortunadamente, logré convencerles de lo 
contrario porque, nuevamente, el codigo no resultaba muy portable. 
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Para lograr un codigo lo mas portable posible, los detalles del DBMS deberian 
poder modificarse en un unico lugar. Esta operación implica la creación de una 
segunda funcion que se encargue de procesar los dctalles de la conexion, como 
se muestra en el listado 5.4 y 3.5. 

La funcion db_pconnet () se coloca en el archivo db. inc y se utiliza cn 
el archivo portable. php para realizar la conexión a la base de datos en lugar 
de mysgl_connect(). 


Listado 5.4. db.inc 
// esta funcion establece la conexión a la base de datos y 


//devuelve la funcion de conexión 
db _pconnect () ( 


Shost =»= "dkbhostname.co.za”; 
fuser = "db_app”; 
$pass = "g00r002b"; 


return mysql _pconnect (Shost, $user, $pass); 


Listado 5.5. portable.php 


require—once "$include path/db.inc"; 

// incluye el archivo que contiene los detalles de la conexion, 
//db.inc 

/f ubicado en la ruta: Sinclude—path, que deberia ser una // 
ubicacion segura 
$db = db_pconnect (Shost, $user, $pass); 


1f (!S$db) ( 
echo "There was a problem connecting to the database."; 
exit; 
) 
// verificación básica de errores - si la conexión no resulta 


//satisfactoria, muestre 
// un mensaje de error y salga de la secuencia de comandos 


A partir de ahora si sustituye MySQL por otra base de datos, bastara con 
reemplazar mysql1_pconnect() por la funcion oportuna, como 
odbc_pconnect(). 


——— = 


NOTA: Nuestra intención en este libro no es imponerle un estilo de progra- 
macion. Cada lenguaje tiene sus puntos fuertes y sus puntos débiles. Java 
es un lenguaje mucho más orientado a objetós que PHP, par ejemplo, de 
manera que los ejemplos anteriores no' funcionarán bien sí se traducen S- 
rectamente a Java. Lo importante es el, principio de lograr que las aplicas 
ciones resulten lo más sencillas de mantener (almacenando 14 información 
de conexión en una ubicacion) y lo M148 portables (evitando:el uso de B4digó 
específico de la base de datos) posible. 


Consultas de base de datos 


Puede utilizar atajos como SELECT * al consultar MySQL de manera direc- 
ta. Sin embargo, deberia evitar este tipo de metodos en sus aplicaciones ya que 
merman la portabilidad. Imagine una situación en la que tengamos una tabla de 
miembros con tres campos: id, first name y surname. El codigo de pro- 
gramación podría parecerse al del listado—5.6. 


Listado 5.6. totally_inflexible_select.php 


// supongamos que la conexión a $db ya se ha establecido 
$result = mysql query ("SELECT * FROM entrants",$db) ; 
// ejecute la consulta en la conexión activa 
while ($row = mysql—fetch—array($result,MYSQL NUM)) ( 
// cuando se invoca mysql—fetch—array con MYSQL NUM 
//f como parametro, se devuelve una matriz numericamente 
//f indexada, en la que cada elemento se corresponde con un 
//fcampo 
// recuperado de una fila devuelta 
Sid = $row[0]; 
// Como el primer campo de la base de datos es id, 
// se devuelve como el primer elemento de la matriz, 
/f cuyo primer valor es, obviamente, 0Ú 
Sfirst—name = $row[1]:; 
Ssurname = $row[2] ; 
/f .. realice alguna operación con los detalles 


) 


Esta consulta funcionaba al principio. Pero suponga que alguien (siempre un 
tercero) realiza un cambio en la estructura de la base de datos e introduce un 
nuevo campo entre first name y surname, llamado initial.'Su codigo 
no necesita la inicial y, de repente, deja de funcionar, ya que la inicial es el tercer 
elemento de la matriz (o $row[2]) y esta almacenado como $surname . Como 
resultado, nunca se accede al campo surname.. 

La secuencia de comandos totally inflexible select-php pre- 
senta una serie de problemas que necesitan resolverse. Además de no funcionar si 
se modifica la estructura de base de datos, la funcion utilizada para recuperar 
campos devuelve una matriz numérica en lugar de una matriz asociativa. Como 
consecuencia, su codigo resultara menos legible, ya que cualquier persona sin 
conocimiento sobre la estructura de la base de datos no sabra que se recupera de 
la base de datos. En PHP, puede corregir este problema utilizando una funcion 
que devuelva una matriz asociativa, como se ilustra en el listado 5.7 


Listado 5.7. inflexible_select.php 


// supongamos que la conexión a $db ya se ha establecido 
Sresult = mysql query ("SELECT * FROM entrants",Sdb) ; 
while ($row = mysql _fetch array ($result,MYSQL_ASSOC)) ( 


/f cuando se invoca mysql _fetch-—array con MYSQL NUM 


//f como parametro, se devuelve una matriz asociativa, 
/f en la que cada clave de la matriz es el nombre de un 
//campo 

// devuelto de la fila 

$id = $row["id"]; 

Sfirst—-name = $row["first_name”]; 

Ssurname = S$row["surname"] ; 

/f .. realice alguna operacion con los detalles 


Este codigo resulta mejor ya que seguira funcionando, incluso tras agregar el 
campo initial a la tabla de la base de datos. Es capaz de procesar varios 
cambios en la estructura de la base de datos y resulta mas legible. Un programa- 
dor sin conocimientos sobre la estructura de la base de datos, sabra que campos 
se estan devolviendo. Pero todavia podemos incorporar otra optimizacion. Al 
ejecutar una consulta SELECT *, le estamos pidiendo a MySQL que devuelva 
todos los campos de la tabla. Como nuestro codigo sólo necesita utilizar tres 
campos, ¿por que malgastar recursos para devolverlos todos, con una la carga 
adicional de operaciones de entrada y salida del disco que implica y el mayor 
trafico sobre la red? 

Basta con especificar los campos que queramos devolver. De esta forma, no 
sólo lograremos reducir el uso de recursos, sino que además mejoraremos la 
legibilidad del codigo. De hecho, en algunos casos la devolución de la matriz 
asociativa absorbe mas recursos que la operacion de recuperar una matriz numé- 
rica. En este caso, podemos mantener la legibilidad de codigo, incluso al recupe- 
rar una matriz numérica, si especificamos los campos como se ilustra en el listado 
5.8. 


Listado 5.8. flexible_select.php 


// supongamos que la conexión a $db ya se ha establecido 
Sresult = mysql query("SELECT id, first name,surname FROM 
entrants",$db) ; 
while ($row = mysql fetch_array(%$result,MYSQL NUM)) ( 

// cuando se invoca mysql _fetch—array con MYSQL NUM 

// como parametro, se devuelve una matriz numericamente 

// indexada, en la que cada elemento se corresponde con un 
//campo 

//f recuperado de una fila devuelta 


Sid = $row[0]; 

Sfirst—-name = $row[1]; 

$surname = $row[2]; 

/f .. realice alguna operacion con los detalles 


) 


Éste mismo principio se aplica a las consultas INSERT. No utilice nunca una 
consulta INSERT sin una lista de campos dentro de una aplicación. Por ejemplo, 
tomando la tabla original con tres campos(id, first nanme y surname), 
podriamos utilizar código como el que se muestra en el listado 5.9. 


Listado 5.9. inflexible_insert.php 


// supongamos que la conexión a $db ya se ha establecido 
5result - mysql query("INSERT INTO entrants? 
VALUES ('$id','$first _name','$surname')"”,$db); 


S1 la estructura de la tabla cambia, el codigo dejara de funcionar de nuevo. Si 
se aliade otro campo, initial,el numero de campos insertados no coincidira 
con los campos de la tabla y la consulta fallara. 

La forma de resolver este problema consiste en especificar los campos de la 
base de datos que se estan insertando, como se muestra en el listado 5.10. 


Listado 5.10. flexible_insert.php 


// supongamos que la conexión a ¿db ya se ha establecido 
result - mysql _query("INSERT INTO entrants (id, first name, ? 


surname) vALUES('$id','$first_name','S$surname')"”,$db); 


Este solución presenta tambien la ventaja de resultar mas legible, especial- 
mente si consideramos que los valores de campo no siempre coinciden con los 
nombres de campo como en este ejemplo. 


¿Cuánto trabajo deberia realizar el servidor 
de la base de datos? 


Uno de los debates constantes entre los desarrolladores es como deberia 
repartirse la carga de trabajo entre el servidor de la base de datos y la aplicacion. 

En un primer momento, los desarrolladores de MySQL se mostraron muy a 
favor de delegar todo el peso en la aplicacion, en parte porque no incorporaba 
algunas funciones, como procedimientos almacenados y desencadenadores, y en 
parte por una cuestión de principios. Esta actitud les convirtio en objeto de crít1- 
cas y la ausencia de estas funciones llevo a la gente a considerar a MySQL como 
una base de datos poco seria (una etiqueta de la que sólo ahora, con la version 4, 
esta comenzando a superar). 

En general, la base de datos deberia hacer todo el trabajo posible. Los ejem- 
plos siguientes producen el mismo resultado de formas diferentes. El listado 5.11 
devuelve todos los datos, sin ordenar, y utiliza la funcion sort () de PHP para 
ordenarlos. En su lugar el listado 5.12 utiliza la cláusula ORDER BY para orde- 
nar los datos. 


Listado 5.11. work_the_script php 


// supongamos que la conexión a $db ya se ha establecido 
$result = mysql query("SELECT surname FROM entrants",$db); 
while ($row = mysql fetch array($result,MYSQL ASSOC)) ( 

// cuando se invoca mysql _fetch_ array con MYSQL NUM 

// como parametro, se devuelve una matriz asociativa, 
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// en la que cada clave de la matriz es el nombre de un 


//campo 
// devuelto de la fila 
Ssurname[] = $row["surname"] ; 


//f agregue el apellido como el siguiente elemento de la 
//matriz 
//f de apellido (y cree la matriz si no se ha creado todavia) 


sort ($surname) 
¿f/f la funcion sort () ordena la matriz 
ES continue con el procesamiento de los datos ordenados 


Listado 5.12. work_the_db.php 


//f supongamos que la conexión a $db ya se ha establecido 
$result =-= mysql query("SELECT surname FROM entrants ORDER BY 
surname", $db) : 
while ($row = mysql fetch_array($result,mMYSQL ASSOC)) ( 
// cuando se invoca mysql _fetch_array con MYSQL_NUM 
// como parametro, se devuelve una matriz asociativa, 
/f en la que cada clave de la matriz es el nombre de un campo 
/f devuelto de la fila 


$surname[] = %*row["surname"]:; 
//f agregue el apellido como el siguiente elemento de la 
//matriz 


// de apellido (y cree la matriz si no se ha creado todavia) 
Pe continue con el procesamiento de los datos ordenados 


El listado 5.12 resulta mucho mas lógico. MySQL podría (o deberia) llevar 
asignado un índice sobre el campo surname si se tratara de una operacion 
comun y la operacion de leer los datos ordenados, a partir de un índice, resultaria 
mucho mas rapida que hacerlo en formato desordenado y, a continuación, usar la 
aplicacion para ordenarlos. 

De hecho, es posible que la lectura de los datos ordenados desde la base de 
datos resulte mas rapida que lectura de los datos desordenados (incluso antes de 
tener en cuenta la funcion sort ()) ya que es probable que los datos ordenados 
solo necesiten leerse desde el índice y no desde el archivo de datos. 

Existen excepciones (como aquellas situaciones en las que no se pueda utili- 
zar un índice y el servidor de la base de datos cree el principal cuello de botella), 
pero en la inmensa mayoría de los casos, la tecnica que se muestra en el listado 
5.12 resultara muy superior. 

Un ejemplo parecido, aunque mas extremo (pero comun) es aquel en el que la 
aplicacion realiza el trabajo de la cláusula WHERE como ilustra el listado 5.13. 


Listado 5.13. work_the_script2.php 
// supongamos que la conexión a $db ya se ha establecido 


¿result = mysql query("SELECT surname FROM entrants",$db) ; 
while ($row = mysql fetch_array($result,MYSQL _ ASSOC)) ( 


// cuando se invoca mysql—fetch—array con MYSQL NUM 
//í como parametro, se devuelve una matriz asociativa, 
// en la que cada clave de la matriz es el nombre de un campo 
¿/ devuelto de la fila 
if ($row[("surname"] == 'Johnson') ( 
$johnson[] = $row("surname”]'; 
// agregue el apellido como siguiente elemento a la matriz 
// johnson (y cree la matriz si no se ha creado todavia) 
) 
elseif ($row["surname"] == 'Makeba') ( 
$makeba[] = $row["surname"]; 
//f agregue el apellido como siguiente elemento a la matriz 
// makeba (y cree la matriz si no se ha creado todavia) 


ES continue con el procesamiento de las matrices makeba y 
//johnson 


Es mejor utilizar la cláusula WHERE, como se ilustra en el listado 5.14 y no 
perder el tiempo recuperando todos los registros extra no deseados. 


Listado 5.14. work_the_db2.php 


//f supongamos que la conexión a $db ya se ha establecido 
$result = mysql query("SELECT surname FROM? 
entrants WHERE surname = 'Makeba' OR surname='Jonhnson'",$db); 
while ($row = mysql_fetchn_array($result,MYSQL ASS0C)) ( 
// cuando se invoca mysql-—fetch—array con MYSQL NUM 
// como parametro, se devuelve una matriz asociativa, 
// en la que cada clave de la matriz es el nombre de un campo 
// devuelto de la fila 
if ($row["surname”] == 'Johnson') [ 
$johnson[]) = $row["surname”]; 
// agregue el apellido como siguiente elemento a la matriz 
/f johnson (y cree la matriz si no se ha creado todavia) 
) 
elseif ($row["surname”] == 'Makeba') ( 
$makeba[] = $row["surname"]:; 
// agregue el apellido como siguiente elemento a la matriz 
// makeba (y cree la matriz si no se ha creado todavia) 


ES continue con el procesamiento de los datos ordenados 


Puede escribir estos fragmentos de codigo de manera mas elegante si esta 
procesando muchos nombres, pero la cuestión es que el listado 5.14 resulta mu- 
cho mas eficiente porque MySQL realiza el trabajo, con lo que se limita el núme- 
ro de resultados recibidos y se reducen los recursos utilizados. 

El listado 5.15 muestra una solución que suele implementar la gente que traba- 
ja con otras bases de datos. Como la version 4.0 de MySQL no implementa 
complemente las subselecciones (aunque la situación variara en la version 4.1), se 
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asume que no existe mas remedio que utilizar la aplicacion. Por ejemplo, supon- 
gamos una situación con dos tablas de clientes en la que deseamos determinar que 
clientes de una tabla no aparecen en la otra. 

En este caso la siguiente consulta ANSI estandar no funcionara en MySQL: 


SELECT first_name,surname FROM entrants WHERE code NOT IN 
(SELECT code FROM referred—entrants):; 


Por esta razon, el tipo de codigo que se muestra en el listado 5.15 se suele 
implementar con demasiada frecuencia. 


Listado 5.15. work_the_script3.php 


/¿/ supongamos que la conexión a $db ya se ha establecido 
$result = mysql query("SELECT code FROM entrants”,$db); 
5codelist = ""; 
// inicialice al lista de codigos 
while ($row = mysql—fetch—array($result,MYSQL ASSOC)) ( 
// cuando se invoca mysql—fetch—array con MYSQL NUM 
// como parametro, se devuelve una matriz asociativa, 
// en la que cada clave de la matriz es el nombre de un campo 
// devuelto de la fila 
Scodelist .= $row["code"].","; 
// agregue el codigo, seguido de una coma hasta la variable 
// Scodelist 
) 
Scodelist = substr (Scodelist, O, -1) 5 
// elimina la ultima coma, lo que da como resultado una lista 
Ef como: UL. 3,4. 8,127 
$result = mysql query("SELECT first _name,surname FROM? 
referred-—entrants WHERE code NOT IN($codelist)",$db); 
while ($row = mysql _fetch—array(S$result MYSQL ASSOC)) ( 
//  ¡procese los detalles de las entradas 


) 


El listado 5.15 funcionará, pero, de nuevo, vuelve a delegar demasiada carga 
en la aplicacion. En su lugar, con un poco de reflexion, MySQL podría realizar 
una consulta para devolver los resultados, como demuestra el listado 5.16. 


Listado 5.16. work_the_db3.php 


// supongamos que la conexión a $db ya se ha establecido 
5result = mysql _query("SELECT entrants.first_name,? 
entrants.surname FROM entrants LEFT JOIN referred—entrants? 
ON entrants.code = referred—entrants-code WHERE ? 
referred entrants.code IS NULL",$db); 
while ($row = mysqgl—fetch—array($result,MYSQL ASSOC)) ( 
//  ¡procese los detalles de las entradas 
' 


Cuando se implementen las subselecciones (en la version 4.1, segun el progra- 
ma actual) el codigo resultante, ilustrado en el listado 5.17, resultara incluso mas 
sencillo: 


Listado 5.17. work_the_db3_2.php 


// supongamos que la conexión a $db ya se ha establecido 
¿result = mysql query("SELECT first—name, surname FROM? 
entrants WHERE code NOT IN (SELECT code FROM? 
referred—entrants", $db) : 
while ($row = mysql fetch—array ($result,MYSQL ASSOC)) ( 
1! procese los detalles de las entradas 


) 


Las fases del desarrollo de aplicaciones 


En este capitulo se asume que el lector ya sabe programar o que puede acudir 
a otro manual para aprender. Muchos programadores novatos, especialmente 
aquellos sin una formación académica, suelen olvidarse de dar un paso atras y 
examinar el proyecto de desarrollo dentro de su contexto y planear situaciones 
futuras. 

Son muchos los programadores dedicados a extinguir fuegos, a reinventar la 
rueda y, en general, a aprovechar muy poco su tiempo, culpando de ello a los 
coordinadores de proyectos, a los usuarios y a todo el mundo de su entorno. 
Obviamente, puede que estos no esten libres de culpa, pero como este libro va 
dirigido a los desarrolladores de MySQL, se incluyen una serie de sugerencias 
para ayudarles a mejorar la forma de dirigir sus proyectos. Los desarrolladores 
Web en concreto, que suelen llegar a MySQL y al aprendizaje de un lenguaje de 
programacion a traves de HTML y JavaScript, no suelen ser conscientes de la 
complejidad que entraiian los proyectos de mayor tamaiio y a menudo quedan 
atrapados cuando los proyectos crecen. 

En las siguientes secciones se expone brevemente los pasos implicados en el 
desarrollo de aplicaciones. No se trata de un conjunto estricto de pasos, sino de 
varios marcos de trabajo posibles. Cualquier estructura de desarrollo de aplica- 
ciones debe permitir cierto grado de flexibilidad que viene dado por los recursos 
disponibles y las condiciones especificas del proyecto. Existen muchas metodologias 
buenas para el desarrollo de aplicaciones, y deberia utilizar aquella que se adapte 
a sus necesidades. Ahora bien, los principios generales son los mismos. 


Fase 1: análisis de las necesidades 


El análisis de los necesidades de un proyecto es un paso obvio en el desarrollo 
de una aplicacion. Los expertos repiten esta regla una y otra vez al deplorar el 
pesimo estado del desarrollo de software. 

Sin embargo, se suelen escuchar excusas como "no sabiamos que queria eso" o 
"nunca se nos dijo al principio" para justificar el pobre resultado final de los 
proyectos. La primera fase de un proyecto, y quizás la mas importante, consiste 
en determinar las necesidades. 


Deterrninacion de las necesidades del usuario 


La mayor parte de las peticiones que realizan los usuarios resultan triviales, 
para su propia sorpresa. He conocido a usuarios, que tras trabajar con 
desarrolladores incompetentes o vagos, temian pedir algo mas complicado que un 
campo adicional de una tabla. En la mayor parte de los casos, practicamente todo 
es posible siempre y cuando se solicite por adelantado. La principal dificultad no 
es satisfacer las necesidades del usuario, si no hacerlo una vez desarrollado el 
marco de trabajo inicial. Los usuarios no siempre saben lo que quieren. Necesi- 
tan que les ayudemos a formalizar sus necesidades. Pero, como este libro va 
dirigido a los desarrolladores, no a los responsables de tomar decisiones de nego- 
cio, depositaremos toda la carga sobre aquellos. Asegurese, antes de nada, de 
que las necesidades de usuarios han quedado claras, tanto para el equipo de 
desarrollo como para los propios usuarios. El equipo del proyecto necesita reali- 
zar los siguientes pasos para determinar las necesidades de los usuarios: 


e El equipo debe ayudar a los usuarios a que determinen sus necesidades. El 
equipo debe guiar a los usuarios, explicándoles por que determinadas suge- 
rencias no resultan practicas o proponiendoles alternativas mejores. El equi- 
po debe utilizar su experiencia. Debe exponer necesidades no mencionadas 
para poder documentarlas. Lo que resulta obvio para el usuario puede que 
no lo sea para los desarrolladores y puede que las necesidades importantes se 
pasen por alto. Las necesidades deben ser lo mas completas posibles. Por 
ejemplo, un usuario puede solicitar un sistema para "realizar reservas”. Sin 
embargo, esta solicitud no es adecuada ya que no se aclaran los campos 
necesarios para llevar a cabo la reserva ni los procesos subyacentes. 


+ Tras comprender las necesidades del usuario, el equipo debe ponerlas por 
escrito y presentarselas de nuevo a los usuarios y a los propietarios del 
proyecto (los que pagan por su desarrollo) para su confirmación. Los usua- 
rios deben estar seguros de lo que van a obtener. Hay que evitar las sor- 
presas posteriores. 


+  Obligue a los propietarios a confirmar formalmente las necesidades. De 
esta forma, se limita la posibilidad de que alguna de las partes quede des- 
contenta. El incremento continuo de las necesidades durante la fase de 
desarrollo de un proyecto es un problema insidioso que suele producirse 
con frecuencia cuando no se ha llegado a un acuerdo formal sobre las 
necesidades en un primer momento. O bien los propietarios del proyecto no 
dejan de pedir nuevos elementos o una de las partes descubre nuevos as- 
pectos no previstos hasta entonces. 


Deterrninacion de tecnología necesaria 


La determinacion de la tecnologia necesaria es tan importante como la fase de 
determinacion de las necesidades de los usuarios. Puede que no resulte imposible 


ejecutar un sitio Web con mas de 20 millones de solicitudes al mes en un solo 
servidor pero sí se necesitara, al menos, un buen ordenador que cumpla una serie 
de condiciones. El equipo del proyecto no debe imponer ningun requisito previo al 
proyecto, como que ejecute Linux y MySQL. Las necesidades en materia de tec- 
nologia se abordan en un momento posterior para poder adaptarlas al proyecto, 
dentro de los limites definidos. Se deben responder cuestiones como las siguien- 
tes: 


e ¿Número de equipos y tipo de arquitectura necesaria para unirlos? 
e ¿Qué tipos de equipos se necesita utilizar? 


+ ¿Qué sistemas operativos, sistemas de bases de datos y otras aplicaciones 
de software se necesitan (como servidores Web, clientes de correo y de- 
mas)? 


e ¿Qué lenguajes se utilizan para desarrollar la aplicacion? ¿Seran orienta- 
dos a objetos? 


Fase 2: Diseño de la aplicacion 


Una vez definidas las necesidades, llega el momento de diseiiar la aplicacion 


Modelado 


Un modelo simplifica la estructura del programa y traduce las necesidades de 
los usuarios a un formato que el programador comprende de manera sencilla. 
Puede tratarse de modelos formales, como los del lenguaje unificado de modelado 
de sistemas (UML), un diagrama de flujo de datos o sencillamente un dibujo sobre 
un pedazo de papel. 

Los elementos fundamentales que debe incluir son los datos que necesita cada 
proceso y la información que genera cada uno de ellos. 


Uso de pseudocodigo 


El pseudocodigo es otro paso que puede ayudar a los programadores a desa- 
rrollar una aplicacion de forma mas rapida y sencilla. En lugar de preocuparse 
por los requisitos exactos de sintaxis del lenguaje de programacion, el pseudocodigo 
responde a las necesidades lógicas, creando los algoritmos necesarios para resol- 
ver los problemas. 


Codificación 


Éste es el paso que se suele considerar como unico. Sin embargo, la labor de 
codificacion resulta a menudo mucho mas sencilla cuando se ha creado docu- 
mentacion en los pasos anteriores. 
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Utilice los siguientes consejos durante la fase de codificación: 


Documente siempre su codigo. Incluya comentarios dentro del codigo y 
cree documentos aparte en los que se describan como se organiza la aplica- 
cion y su funcionamiento. Si no quiere hacerlo para su uso personal, hágalo 
pensando en los programadores que lo vayan a utilizar posteriormente. 
(No sabe lo sencillo que resulta olvidar algun detalle "trivial" despues de 
unos meses.) Se puede llamar egoístas a los programadores que no dejan 
una extensa documentación para su uso posterior. Asegurese de asignar 
tiempo a esta tarea y no utilice la excusa de los plazos para pasarla por 
alto. 


Utilice nombres de archivo, de funcion y de variable claros. Por ejemplo, 
la funcion £3 () noes muy intuitiva, mientras quecalcular_interes 
resulta mas clara. 


No intente reinventar la rueda. Existen muchas clases y codigo de ejemplo 
disponibles. Son raros los casos en los que los programadores necesitan 
crear algo unico. La mayor parte del trabajo suele ser repetitivo, convir- 
tiendo la labor de los programadores en bibliotecarios a la busqueda del 
codigo correcto para realizar su trabajo. 


Inicialice todas las variables y documentelas en un lugar, incluso si esta 
codificando en lenguajes que permiten el uso de variables antes de su 
inicializacion. Con ello, no sólo lograra que resulten mas legibles sino 
tambien mas seguras. 


Divida su codigo en partes pequeiias. De esta forma le resultara mas senc1- 
llo de entender, de depurar y de mantener. En el mundo del desarrollo Web, 
por ejemplo, en algunos codigos se adjudica todo el proceso a una sola 
secuencia de comandos, lo que suele dar como resultado un mezcla incom- 
prensible. 


Utilice los directorios de forma inteligente. No deberia incluir las distintas 
partes de una aplicacion dentro del mismo directorio. Agrupelas de forma 
lógica y en funcion de criterios de seguridad. 


Vuelva a utilizar su propio codigo. Tenga presente las funciones y las 
clases creadas y utilicelas constantemente. Escribalas para poder utilizar- 
las en diferentes tareas. De esta forma, le resultara mucho mas sencillo 
cambiar el codigo en un momento posterior, especialmente al realizar co- 
nexiones a bases de datos. 


Separe la lógica de la presentación (en los entornos Web, se suele mezclar 
HMTL y lenguajes de secuencia de comandos). 


Al depurar una consulta, puede que le resulte de ayuda ejecutarla directa- 
mente en MySQL y no a traves de una aplicacion (en mi caso, suelo 
visualizar la consulta y pegarla dentro del cliente de MySQL). Esta opera- 


cion contribuye a limitar los errores ya que permite determinar si se alojan 
en la consulta que se esta ejecutando o en otro elemento de la aplicacion. 


Acostumbrese a cerrar las conexiones (ejecutando mysq1_close en PHP) 
y a vaciar los recursos, incluso en el caso de que esté trabajando en un 
entorno en el que no resulte necesario realizar estas tareas. Los 
desarrolladores Web suelen tener problemas en este sentido cuando pasan 
a trabajar con otros tipos de aplicaciones, ya que estan acostumbrados a 
un entorno tolerante como el de la Web, en el que todos los recursos se 
liberan cuando el proceso del servidor Web se completa. De manera simi- 


lar, los lenguajes como PHP son mucho menos estrictos que otros como 
Car; 


El codigo sencillo es buen codigo. El hecho de escribir un fragmento de 
codigo en una sola linea ilegible, simplemente porque esta permitido, pue- 
de hacerle parecer mas listo, pero con ello sólo lograra fastidiar a aquellos 
que necesiten leer su codigo posteriormente. Los programadores que com- 
plican su codigo demasiado fracasan en lo que se supone que tienen que 
hacer: simplificar lo las tareas complejas. Además, el codigo sencillo suele 
resultar igual o incluso mas rapido que el complicado, por ejemplo, al 
utilizar funciones en lugar de expresiones regulares. 


En los proyectos en los que participen varios programadores, utilice 
estandares de codificacion. De esta forma, cuando los miembros del equipo 
tengan que trabajar sobre el codigo mutuo, el trabajo resultara mas pro- 
ductivo porque les llevara mucho menos tiempo ajustarlo al nuevo estandar 
(o a su ausencia). Dentro de los estandares de codificacion se incluyen 
aspectos como el numero de espacios (o tabuladores) que utilizar al san- 
erar el codigo o las convenciones que se emplean para nombrar variables 
(uso de letras mayúsculas, por ejemplo, StotalConnects; guiones bajos, 
por ejemplo, Ftotal_connects;o la ausencia de espacios, por ejem- 
plo, Stotalconnects). Los estándares pueden incluso establecer qué 
editor utilizar ya que cada uno de ellos alinea el codigo de manera diferen- 
te, lo que merma su legibilidad. 


Los proyectos de mayor tamaiio tambien necesitan algun tipo de control de 
version. De esta forma se evitan los conflictos cuando mas de una persona 
trabaja sobre ellos. Resulta sencillo perder el control incluso en proyectos 
realizados por una sola persona, ya que es habitual trabajar en varios 
equipos y guardar versiones en todos ellos. En los proyectos grandes se 
pueden utilizar aplicaciones como CVS o Visual SourceSave (se pueden 
encontrar en http: //www.cvshome.org/ y http:// 
msdn.microsoft.com/ssafe/, respectivamente) y para proyectos 
pequelios puede utilizar un sistema de numeración. 


Utilice prototipos, si el proyecto lo autoriza (en especial si existen dudas 
sobre las necesidades). En los prototipos se desarrolla un modelo del sis- 


tema final, sin toda la funcionalidad, y se trabaja sobre él hasta que quede 
listo. El desarrollo de prototipos exige una mayor participación de los 
usuarios y puede utilizarse para hacerles sentir mas implicados. 


Fase 4: fase de pruebas e implementación 


No se salte nunca la fase de pruebas. La presion de los plazos puede tentarle a 
reducir las tres semanas de pruebas prevista a una, pero las consecuencias pueden 
resultar muy negativas. No considere la fase de prueba como un fardo innecesa- 
rio, sino como un elemento vital para ajustar la aplicacion y garantizar su correc- 
ta ejecucion. 

Existen varios tipos de pruebas: 


+ Pruebas de unidades: Estas pruebas garantizan que todas las clases, me- 
todos y funciones funcionan correctamente en si mismas. Se comprueba 
que los resultados devueltos son correctos independientemente de las en- 
tradas; en otras palabras, se prueban todos los posibles escenarios. 


+ Pruebas de integración: Estas pruebas garantizan que cada unidad fun- 
ciona como deberia al integrarlas con otras unidades. 


+ Pruebas de sistema: Se prueba el sistema entero. Aqui se incluye la com- 
probación del rendimiento del sistema con carga (pruebas de estres), va- 
rios usuarios, etc. 


+ Pruebas de regresion: Se trata de las pruebas que se realizan para com- 
probar si las modificaciones introducidas afectan a otras funcionalidades. 
Los "arreglos rapidos" originan consecuencias imprevisibles habitualmen- 
te. 


Tras analizar las necesidades, diseiar la aplicacion, codificarla y probarla, 
estamos en disposición de poder implementarla. Puede hacerlo en un entorno 
formado por un pequeiio grupo de usuarios o en una pequeiia oficina inicialmente, 
para poder resolver los imprevistos que surjan, o desplegar el nuevo sistema de 
manera completa. En este caso, preparese para repetir todo el proceso si algun 
usuario solicita nuevas funciones. 


Resumen 


Existen varias tecnicas para aumentar la portabilidad y simplificar el manteni- 
miento de sus aplicaciones de base de datos, especialmente en lo que se refiere a 
las consultas. Separe los detalles de conexión de las secuencias de comandos 
que establecen las conexiones y asegurese de que se almacenan en un solo lugar 
para poder modificar los detalles de manera sencilla. Asegurese de que los cam- 


bios futuros en la estructura de la base de datos no afectan a las secuencias de 
comandos si los cambios no estan relacionados. Especifique los nombres de los 
campos en sus consultas SELECT e INSERT. 

Determinados entornos (en especial en aplicaciones Web) pueden beneficiar- 
se del uso de conexiones permanentes. Utilicelas para reducir la carga de la 
conexión al realizar conexiones frecuentes desde un mismo lugar. 

MySQL suele ser un entorno mas eficiente para realizar una tarea que un 
lenguaje de programacion. MySQL esta optimizado para resultar rapido y hacer 
uso de indices, caches y memoria para acceder a la información rapidamente. Por 
ejemplo, el uso de un leguaje de aplicacion en lugar de MySQL para ordenar 
datos, aunque resulta posible, no es eficaz. En general, utilice MySQL siempre 
que le resulte posible. 

Al desarrollar aplicaciones, resulta necesario llevar a cabo una planificacion 
cuidadosa. Recoja y formalice todas las necesidades de los usuarios antes de 
determinar las necesidades de tecnologia, de diseñar el modelo y de codificar la 
aplicacion. 

Al codificar, asegurese de evitar los fallos comunes para que codigo resulte 
flexible, portable y facil de mantener. Seguidamente, antes de implementar la 
aplicacion, disponga tiempo para probarla de manera extensiva y asigne a esta 
fase la misma importancia que a la codificación de la aplicacion. 
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Como 
ampliar 
las funciones 
de MySQL 


Una de las grandes ventajas de MySQL es que sus funciones resultan relativa- 
mente sencillas de ampliar. Cuando en las primeras versiones de MySQL se le 
achacaba una carencia de funciones, la respuesta era "escribalas". MySQL facili- 
ta esta tarea para cualquier persona competente € o C++, 

Puede agregar funciones a MySQL de dos formas: creando una funcion defini- 
da por el usuario (UDE) o agregando una funcion nativa (integrada). Las funcio- 
nes definidas por el usuario se pueden incorporar a distribuciones fuente o 
distribuciones binarias. Las funciones integradas sólo se pueden añadir en distri- 
buciones fuente (se modifica el codigo fuente y se compilan los elementos agrega- 
dos). 

En este capitulo sólo se analizan las funciones definidas por el usuario. (Se 
utiliza el termino UDF para describir el conjunto de funciones C/C++ relaciona- 
das, correspondiente a una unica funcion MySQL. El termino funcion describe 
una unica funcion C/C++). 

En este capitulo se abordan los siguientes temas: 


+ Funciones estandar definidas por el usuario 
+  Agregacion de funciones definidas por el usuario 


+ Funciones y parametros UDF 
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Funciones definidas por el usuario 


La mayor parte de las UDF se escriben en C o C++, Puede utilizarlas con 
distribuciones binarias o fuente configuradas con-with-mysqld-id flags=- 
rdynamic. Una vez agregadas. las UDF estaran siempre disponibles al reiniciar 
el sistema, a menos que se utilice la opción —skip-grant- tables. 

Existen dos tipos de UDF: estandar y agregadas. Las UDF estandar son como 
funciones integradas ordinarias, como POW() y SIN(), y actuan sobre una 
unica fila de datos, y las funciones agregadas son similares a las funciones inte- 
gradas SUM() y AVG() que actuan sobre grupos. 

Para implementar una UDF necesita realizar los siguientes pasos: 


1. Escribir las funciones en C o C++ (puede utilizar otros lenguajes siempre y 
cuando pueda compilarlas en una biblioteca compartida de codigo nativo). 


2. Compilar e instalar la biblioteca. 


Tras agregar una UDE, los detalles se almacenan en la tabla func de la base 
de datos mysq|l. La tabla func presenta este aspecto: 


mysql> SHOW COLUMNS FROM func; 


9 A A + 

| Field | Type | Null | Key | Default | 
Extra | 

ñLuÓÁXÁA—_———————_—__R A $ ++ 

l name | char(64) binary | | PRI | | 

| ret | tinyint (1) 1-0 | 

+ dl | char(128) | | | | 

| type | enum(*function','aggregate') | | | function 
A _—_> _HHHAA>mAA%%%% 


4 rows in set (0.00 sec) 


El campo name contiene el nombre de la UDF (y el nombre de la funcion C/ 
C++ principal). El campo r e t indica si la UDF puede devolver valores nulos, el 
campo d 1 indica el nombre de la biblioteca que contiene la UDF (muchas UDF se 


pueden agrupar en una biblioteca) y el campo t y pe indica si la UDF es estandar 
o agregada. 


En esta sección, comenzaremos por compilar e instalar la UDF de ejemplo que 
se incluye en una distribución de MySQL y escribiremos una propia. Antes de 
empezar, cree y agregue registros a una pequeiia tabla, que utilizaremos para 
probar las UDF una vez agregadas: 


mysql1> USE firstdb; 

Database changed 

mysql> CREATE TABLE words (id tinyint (4), word varchar (50)) ; 
Query OK, O rows affected (0.00 sec) 

mysql> INSERT INTO words VALUES (1,'aeiou') ; 

Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO words VALUES (2,'bro'); 
Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO words VALUES (3,'so'); 
Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO words VALUES (4,'kisso')'; 
Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO words VALUES (5, 'lassoo') 
Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO words VALUES (2,'bro'); 
Query OK, 1 row affected (0.00 sec) 

mysq1> INSERT INTO words VALUES (3,'so') 5 
Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO words VALUES (4,'kisso') 5; 
Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO words VALUES (4,'kisso') ; 
Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO words VALUES (5,'lassoo') ; 
Query OK, 1 row affected (0.00 sec) 


TM] 


MySQL incorpora cinco UDF de ejemplo dentro del archivoudf example. 
cc, que suele almacenarse en el directorio mysql/sql de la distribución de 
codigo fuente. Necesitara compilar este archivo como archivo objeto susceptible 
de uso compartido. En los sistemas Unix, estos archivos suelen tener la extension 
.so y en Windows la extension suele ser .d11. El comando (en Unix) que se 
utilizara sera parecido al siguiente: 


% gcc —shared -o udf example.so udf example.cc 


Este libro no es una guia de programacion y compilacion, de manera que aun- 
que se expliquen los distintos temas en profundidad, no se cubren todas las com- 
binaciones posibles. Es posible que necesite recurrir a su experiencia o solicitar 
ayuda en dichas areas para sacar el maximo partido a este capitulo. 

Para buscar las opciones correctas de compilador para su sistema, puede re- 
currir a la utilidad make, que comprueba las dependencias. Cada sistema diferira 
pero tras ejecutar make obtendra un resultado parecido al siguiente: 

% make udf example.o 

g++ —DMYSQL_ SERVER -DDEFAULT MYSQL HOME="Y"/usr/localX"" 


-DDATADIR="X"/usr/local/vari"" -DSHAREDIR="1"/usr/local/share/ 
mMys gli” . 
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-DHAVE CONFIG_H -1../innobase/include -1./../include -1./../ 
regex 

-1I. -I../include -I. -03 -DDBUG OFF -£no-implicit-templates 
-fno-exceptions -fno-rtti -c udf example.cc 


Tome las opcioncs que se suministran y utilicelas para compilar la UDF. De 
nuevo, su sistema pucde diferir: algunos debcran eliminar la opción —c y otros 
deberán mantenerla. 

Debcra conocer bien su sistema, recurrir a algun especialista en dl o tener la 
suficiente paciencia y probar diferentes alternativas si en los primeros intentos 
no logra los resultados deseados. El comando final puede presentar un aspecto 
como el que se presenta a continuación: 


gcc —shared -o udf_example.so udf example.cc -1../innobase/include 


-1./../include -1./../regex -I. -1../include -1. 


NOTA: En algunos sistemas, necesitará aplicar dos pasos: en primer lu- 
gar, compilar udf_example.«cc como udf_example, o y, a conti- 


nuación, ucar la biblioteca compartida a partir de uu example.o 
(utilizando gs -shared =a udfSXampI8] so udf_example. o). 


Tras compilar la UDF, coloquela en el directorio utilizado habitualmente para 
compartir sus bibliotecas. En los sistemas Unix, se tratara de cualquier directorio 
con la secuencia 1d (generalmente, /usr/lib o 11b); tambien podemos esta- 
blecer una variable para que apunte al directorio en el que almacenamos la biblio- 
teca. 

Si escribe la secuencia man dlopen obtendra el nombre de la variable de 
entorno (por lo general. LD_LIBRARY o LD_LIBRARY_ PATH), que se estable- 
ce en la secuencia de comandos de inicio (mysql .serveromsql safe). En 
los sistemas Windows, por lo general la UDF se ubica en el directorio 
WINDOWS1 System32 o en el directorio WINNTAS y stem32. Copie el archivo 
compilado en la ubicacion correcta, por ejemplo: 


cp udf example.so /usr/lib 


Tras colocar el archivo, puede que algunos sistemas necesiten crear vinculos 
(ejecutando 1dconf ig, por ejemplo) o reiniciar MySQL antes de poder cargar 
la funcion. 

Para cargar la UDF desde la línea de comandos MySQL, utilice la instrucción 
CREATE FUNCTION. $u sintaxis es la siguiente: 


CREATE [AGGREGATE] FUNCTION nombre_de función RETURNS 
(STRINGIREALIINTEGER) 
SONAME nombre de biblioteca compartida 


Este ejemplo incluye una serie de funciones UDF (puede incluir mas de una 
dentro de una biblioteca). 


Por ahora, cargaremos simplemente tres de las funciones, de la siguiente for- 
ma: 


mysq1l> CREATE FUNCTION metaphon RETURNS STRING SONAME 

"udf example.so"; 

Query OK, O rows affected (0.03 sec) 

mysql1> CREATE FUNCTION myfunc_ double RETURNS REAL SONAME 
"udf example.so"; 

Query OK, ÚÓ rows affected (0.00 sec) 

mysql> CREATE AGGREGATE FUNCTION avgcost RETURNS REAL SONAME 
"udf example.so”:; 

Query OK, O rows affected (0.00 sec) 


Ahora podemos probar la nueva UDF. Para ver que hacen las UDF, debe 
examinar el archivo udf example.cc. La UDF metaphon (el nombre co- 
rrect de este algoritmo es en realidad met aphone) toma una cadena y devuelve 
un resultado en funcion de la forma en la que suene la cadena. Es similar al 
conocido algoritmo soundex, ajustado al ingles. 


mysql1> SELECT METAPHON (word) FROM words ; 
—————————+ 


| METAPHON (word) | 


E 
mn 


10 rows in set (0.00 sec) 


Este ejemplo no resulta especialmente útil, pero nos ha servido para aprender 


a agregar funciones. Utilice el siguiente codigo para probar esta funcion agFega- 
da: 


mysql1> SELECT AVGCOST(id,1.5) FROM words; 
——————+ 


| AVGCOST(id,1.5) | 
4—————+4 


| 1.5000: !| 
+ 


1 row in set (0.00 sec) 
Sólo se genera un resultado ya que la funcion actua con un grupo. Como no se 


utilizó la cláusula GROUP BY, el conjunto completo de resultados se toma con un 
UNICO grupo. 
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Si agrupa los resultados por los contenidos de id, obtendremos cinco resulta- 
dos, ya que existen cinco valores i d exclusivos: 


mysql> SELECT id,AVGCOST(id,1.5) FROM words GROUP BY id; 


+ —————————+ 

l id | AVGCOST(id,1.5) | 
+ + 

| l |] 1.5000 | 

| 2 | 1.5000 |] 
31 1.5000 | 
4 | 1.5000 ] 
5 | 1.5000 | 
$ ——+ + 


Puede eliminar una funcion UDF con la instrucción DROP. FUNCTION, por 
ejemplo: 


mysql> DROP FUNCTION myfunc double; 
Query OK, O rows affected (0.01 sec) 


Puede visualizar la lista de UDF disponibles examinando los contenidos de la 
tabla func de la base de datos m y s q 1 de la siguiente forma: 


mysql> SELECT % FROM mysql.func; 

A ++ 

| name l ret | dl | type 
LA +++ 

| metaphon | O | udf example.so | function | 
l avgcost | 1 | udf—example-so | aggregate |! 
HÁ_ a —- _AAAA=>%ÑXÁ 

2 rows in set (0.01 sec) 


El usuario que agregue o elimine la funcion necesita disponer de permisos 
INSERT o DELETE para la tabla func o la base de datos mysql. Por lo 
general sólo se conceden a un administrador, ya que además del riesgo de seguri- 
dad de acceso a la base de datos mysql, una UDF puede causar mucho daiio. 

A continuación, crearemos una UDF desde el principio. En primer lugar, va- 
mos a crear una UDF estándar (no agregada) llamada count_vowels. 


Funciones UDF estándar 


Una UDF estándar consta de una funcion principal, que se denomina de la 
misma forma que la UDF y es obligatoria, y dos funciones opcionales, que se 
denominan de forma similar pero se les agrega las secuencias _1nit y_deinit 
al final. Todas estas funciones deben incluirse en la misma biblioteca. 


La funcion init 


La funcion init es la funcion de inicializacion, que se invoca una vez al 
comienzo del procesamiento de la UDF. Esta funcion comprueba los argumentos 
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pasados a la UDF (por ejemplo, si son del tipo o numero correcto) y especifica los 
detalles sobre el resultado (si puede ser NULL, cuantos decimales puede tener, 


etc.) 


Se declara de la siguiente forma: 


my—bool nombre de función init(UDF_INIT *initid, UDF_ARGS 
args, Char *message); 


La funcion devuelve un tipo booleano, que se establece en false si la funcion 
no recoge ningun error o true si de detecta alguno. 


El parametro initd 


El parametro initd es la estructura de datos principal de la UDF. Se pasa a 
las tres funciones. Todos los cambios que se apliquen a los parametros predeter- 
minados se realizan en esta funcion. La estructura contiene los siguientes miem- 


bros: 


my-bool maybe-nul: Se trata de un valor booleano que especifica si la 
UDF puede devolver un valor NULL (si se establece en true) o no (si se 
establece en false). De manera predeterminada esta establecido en false, 
a menos que cualquiera de los argumentos de la funcion pueda ser NULL. 


unsigned int decimals: Especifica el numero maximo de decimales que se 
pueden devolver. De manera predeterminada toma el numero maximo de 
decimales que pasa a la funcion principal cualquiera de los argumentos. 
Por lo tanto, si se pasan 203,2, 219,12 y 341,456, decimals sera 3 (por 
los tres decimales del ultimo argumento). Puede establecer un limite máxi- 
mo en la funcion 1 nit. 


unsigned int max_length: Especifica la longitud maxima del resultado 
devuelto. Para funciones UDF de cadena, el valor predeterminado se co- 
rresponde con la longitud del argumento de cadena mas largo. Para ente- 
ros, el valor predeterminado es 21 (incluyendo el signo). Para números 
reales, el valor predeterminado es 13 (incluyendo el signo y el punto deci- 
mal) mas el numero de decimales. 


char *ptr: Se trata de un puntero que pueden utilizar las UDF (por ejem- 
plo, para pasar datos entre las tres funciones). Asigne la memoria en la 
funcion init si el puntero se utiliza para nuevos datos. 


El parametro arg 


El segundo parametro, ar gs, es una estructura que contiene argumentos pa- 
sados desde la consulta. Contiene los siguientes elementos: 


unsigned int arg count: Contiene el numero de argumentos pasados des- 
de la consulta. Sila UDF toma un conjunto de argumentos, compruebe este 
valor para controlar los errores. 


enum Item-result *arg_ type: Contiene una matriz de tipos. Cada elemen- 
to se corresponde con uno de los argumentos, por lo que el numero total de 
elementos es el mismo que el valor dearg count. Los tipos posibles son 
STRING_RESULT, INT_RESULT y REAL_RES ULT. Utilicelo para com- 
probar errores o para convertir el argumento en el tipo especifico que 
necesite. 


char **args: Contiene una matriz de los argumentos pasados desde la 
consulta. Si el argumento es constante, se puede acceder a él comoar g s — 
>args [1], donde 1 es el numero del elemento del argumento. Para un 
argumento no constante args->args[1] es 0, ya que el valor actual de 
la fila se pasa a la funcion principal (esta circunstancia se comenta en una 
seccion posterior). 


unsigned long *lengths : Una matriz que contiene la longitud maxima 
posible de cadena para cada argumento pasado por la consulta. Difiere de 
la funcion principal (esta circunstancia se comenta en una seccion poste- 
rior). 


El parametro message 


El parámetro message contiene un puntero de caracter, que se usa para 


todos aquellos mensajes que tengan lugar durante la inicializacion. Es aconseja- 
ble asignarle siempre un valor cuando la funcion i n it devuelve true, de forma 
que indique un error. El bufer de caracter predeterminado es de 200 bytes, pero es 
aconsejable utilizar un mensaje de error de un tamaiio inferior (80 caracteres es 
una longitud de terminal estandar). Además deberia utilizar un byte nulo al final. 


La funcion principal 


La funcion principal es la unica obligatoria en una UDF estándar y se invoca 


una vez para cada fila recuperada por la consulta. El valor devuelto desde esta 
funcion es el mismo que el valor recuperado para toda la UDF y puede ser una 
cadena, un numero real o un entero. La funcion deberia declararse de una de las 
siguientes formas en funcion del valor recuperado. Si la UDF devuelve una cadena: 
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char *nombre de función(UDF_INIT *initid, UDF—ARGS *args, Char 


*result, 
unsigned long *length, char *is—null, char *error); 


Si la UDF es un real: 


double nombre de función (UDF_INIT *initid, UDF—ARGS *args, 
char *is—null, char *error):; 


Si la función devuelve un entero 


long long nombre de función (UDF_INIT *initid, UDF—ARGS *args, 
char *is—null, char *error); 


Para los tipos numericos, el valor devuelto de la funcion principales simplemente 
el valor. Si es de tipo cadena, el valor devuelto es un puntero al resultado, con la 
longitud almacenada en el argumento len gth. El bufer de resultado lleva asignado 
255 bytes de forma predeterminada, de manera que si el resultado fuera inferior, el 
puntero deberia ser el puntero de resultado pasado en la funcion principal. Si fuera 
superior, deberia ser el puntero asignado en la funcion 1n it (para asignar espacio se 
utiliza mall oc () y para desasignar dicho espacio se utiliza la funcion de1n it). 


El parametro initd 


Todos los atributos de esta estructura (comentados anteriormente) estan dis- 
ponibles para la funcion principal. Por regla general, no es necesario modificar 
ninguno de estos valores en la funcion principal. 


El parametro args 


Los atributos de esta estructura se comentaron anteriormente. Ahora bien, en la 
funcion principal, la matriz ar g s contiene los argumentos pasados desde cada fila a 
la funcion. Como estos pueden diferir en tipo, debe asignarles el apropiado. Para un 
argumento de tipo INT_RESULT, utilice el tipolong long, de la siguienteforma: 


long long int val; 
int_ val —- *((long long*) args->args[i]): 


Para un argumento de tipo REAL_RESULT, utilice el tipo double, de la 
siguiente forma: 


double real—val; 
real—val = * ((double*) args->args[i]); 


Para un argumento de tipo STRING _ RESULT, la cadena esta disponible como 
args->args [ 1 Jy la longitud de la cadena como args- >length[ 1 Jex- 
cluyendo cualquier valor nulo final (para tipos numericos, args- >length[1] 
sigue conteniendo la longitud maxima asignada en la funcion init). 


El parametro length 


Se trata de un puntero a un entero que se establece con la longitud del valor 
devuelto (excluyendo los valores nulos finales). 


El parametro is null 


Establezcalo en 1 si la UDF devuelve un valor nulo. De lo contrario, mantenga 
su valor predeterminado, 0. 


El parametro result 


Se trata de un puntero a una matriz de caracteres y es el lugar en el que se 
coloca el valor predeterminado de la UDF. Lleva asignado 255 bytes, de manera 
que si el resultado tuviera mayor longitud, necesitara utilizar el parametro p t r 
desde la funcion init. Es necesario asignar y desasignar esta memoria. 
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La funcion deinit 


Esta función libera la memoria asignada por la funcion i n it y se encarga del 
resto de operaciones de limpieza, en especial del puntero asignado en la funcion. 
Esta funcion se declara de la siguiente forma: 


void nombre función deinit(UDP_INIT *initid) 


Creación de una UDF estandar de ejemplo 


Tras su presentación, vamos a crear una pequeiila UDF llamada count 
vowels. Esta toma un argumento (una cadena) y devuelve el número de vocales. 
El listado 6.1 contiene la UDF. 


Listado 6.1. count_vowels.cc 


ftifdef STANDARD 
tinclude <stdio.h> 
finclude <string.h> 
telse 

tinclude <my global.h> 
tinclude <my sys.h> 
tendif 

tinclude <mysql.h> 
tinclude <m_ctype.h> 
tinclude <m _string.h> 


/* Debe estar bien o mysqld no encontrará el símbolo */ 


extern "C" ( 

my—bool count_vowels init(UDE_INIT *initid, UDF—ARGS *args, 

char *message) ; 

void count _vowels deinit(UDF_INIT *initid); 

long long count_vowels(UDF_INIT *initid, UDF—ARGS *args, 
char. *1s-nuTUlL,. Char: *EGfrTOT): 


) 


/* Asegurese de que se pasa un argumento y que es una cadena. 
* 
/ 

my—bool count vowels init(UDE_ INIT *initid, UDF—ARGS *args, 
char *message) ( 

if (args->arg_ count != 1 || args->arg_type[0] != 
STRING—-RESULT) (1 

strcpy (message, "You can only pass one argument, and it 

must ke a string"); 

return 1; 
J 
retúra 0; 


J 


* , . , , . A 
/* no es necesario utilizar un funcion deinit, ya que no se ha 
asignado memoria adicional */ 
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void count _vowels deinit(UDF_INIT *initid)( 


) 


/* cuente el numero de vocales de la cadena */ 
long long count_vowels(UDF_INIT *initid, UDF_ARGS *args,char 
ds os 5 NAS, 

char *error) ( 


long long num—vowels = 0; /* el mismo tipo que el resultado 
de la funcion */ 


char *word = args->args[0]; /* puntero a la cadena */ 
int i = 0; /* recorrer la palabra */ 
char c; /* para contener la letra */ 
while ( f[í c = word[ i++ ] ) != 'XM0" ) ( 
switch aj 

case 'a' 

case 'e': 

Case 'i' 

case !o' 

case 'u!': 


num _ vowels++; /* si la letra de c es una vocal, 
incremente el contador */ 
) 
) 
return num—vowels; 


j 


Tras guardar el archivo, apliquele el comando make, compilelo y copielo 
en el directorio seleccionado para sus bibliotecas, como se comento anterior- 
mente: 


% make count-—vowels.o 

g++ -—DMYSQL SERVER -DDEFAULT_MYSQL_HOME="X"/usr/local/mysgqlX"" 
-DDATADIR="X"/usr/local/mysql/vart”" 
-DSHAREDIR="X"/usr/local/mysql/share/mysqli"" 

-DHAVE_CONFIG_H -1../innobase/include -1./../include 

-1./../regex -1. -1../include -1. -03 -DDBUG_ OFF 
-£no-implicit-templates -fno-exceptions -fno-rtti -c 

repeat_str.cc 

% gee -shared -o count vowels.so count _vowels.cc -I../innobase/include 
-1./../include -1./../regex -I. -1../include -1. 


A continuación establezca una conexión a MySQL, cargue la función y realice 
una prueba: 


mysql> CREATE FUNCTION count—vowels RETURNS INTEGER SONAME 
"count_vowels.so"; 

Query OK, O rows affected (0.02 sec) 

mysql1> SELECT id,word,count—vowels(word) FROM words 3 


+ + AAA 
L id l word | count—vowels(word) | 
+ + Y 
| 1 | aeiou | 5 1 
l 2. “HBO l El 
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l so | 1 

l kisso | ás 1 
| lassoo | 3 

| bro | 
| so | 
l kisso | 
| kisso | 
| lassoo | 
$58 AN 

10 rows in set (0.00 sec) 


NX +2Gú60Nao ay 
GM NN Nh pp 


S1 pasamos un argumento que no sea de cadena como el campo id o mas de un 
argumento, obtendremos el mensaje de error especificado: 


mysql> SELECT id, word,count _vowels(id) FROM words ; 


ERROR : 
You can only pass one argument, and it must be a string 


ADVIERTENCIA: Si realizó un cambio en la UDE, asegúrese de eliminar 
la funcion en primer lugar de MySQL antes de volver a cargarla. De lo 
contrario, se arriesga a bloquear MySQL y a tener que relmmiciar. 


Análisis de las funciones agregadas 


Las funciones agregadas son aquellas que se pueden utilizar con una cláusula 
GROUP BY, como SUM() y AVG(). Para crear una UDF agregada, se utilizan 
las mismas funciones que en una UDF estandar, a las que se suman otras dos de 
caracter obligatorio: las funciones reset y add. El comportamiento de estas 
funciones resulta diferents . 


La funcion reset: Esta funcion se invoca al comienzo de cada nuevo gru- 
po. Los datos utilizados para agrupar calculos se reinician aqui. Esta fun- 
cion se declara de la siguiente forma: 


char *xxx_reset(UDF_INIT *initid, UDF_ARGS *args, 
char *is— null, char *error); 


+ La función Addn: Esta funcion se invoca para cada fila del grupo a excep- 
cion de la primera. Es probable que desee invocarla para todas las filas, en 
cuyo caso necesitara hacerlo desde el interior de la funcion de reinicio. 


+ La función principal: La funcion principal solo se invoca una vez en cada 
grupo de datos (al final) para realizar los calculos necesarios sobre el grupo 
completo de datos (por regla general se accede mediante initd->ptr). 


+  Lafuncion init: Se comporta de la misma forma que en una UDF estandar, 
con la salvedad de que el atributo p tr resulta mucho mas importante en 
estas funciones: almacena datos sobre cada grupo que se agrega a la fun- 
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cion add. Como resultado se puede acceder a la funcion principal para 
obtener los datos sobre el grupo entero. 


+ La función deinit: Desempeña el mismo papel que en las UDF estandar, 
con la excepción de que se utiliza casi siempre, ya que es necesario vaciar 
el atributo ptr. 


Creación de una UDF agregada de ejemplo 


Para crear la funcion UDF agregada, vamos a realizar algunos cambios en la 
UDF count_vowels para que cuente grupos de vocales. Vamos a crear una 
estructura llamada data con un contador de elementos. El valor del contador de 
esta estructura se incrementara cada vez que encontremos una vocal en la fun- 
cion add (que se invoca en todas las filas) y restableceremos el valor en la 
funcion reset (que se invoca una vez por grupo). Como la funcion add no se 
invoca de manera explicita en la primera fila, lo haremos desde la funcionreset 
para asegurarnos de que tambien se cuenta la primera fila de cada grupo. El 
listado 6.2 contiene la UDF agregada. 


Listado 6.2. count_agg_vowels.cc 


Hifdef STANDARD 

tinclude <stdio.h> 

tinclude <string.h> 

else 

tinclude <my global.h> 

tinclude <my sys.h> 

tendif 

tinclude <mysql.h> 

tinclude <m_ctype.h> 

ftinclude <m _string.h> // Para obtener strmov() 


Htifdef HAVE—DLOPEN 
/* Debe estar bien o mysqld no encontrara el símbolo E 


extern "Cc" ( 
my—boo1l count—agg-—vowels—init( UDE—-INIT* initid, UDF—ARGS* 
args, char* message ):; 

void count_agg_vowels deinit( UDE—INIT* initid ) ; 

void count—agg-—vowels—reset( UDE—-INIT* initid, UDFARGS* args, 
char*: is —nmull, char “errar ): 

void count—agg-—vowels—add( UDF—INIT* initid, UDFARGS* args, 
char* is-—-null, char *error ); 
long long count_agg_vowels([ UDEF—INIT* initid, UDFARGS* args, 
char" saul, Char. *errOor. 1: 


) 


struct count—agg-—vowels—data f[ 
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unsigned long long count; 


10% 


/* Cuente el numero de vocales */ 
my—bool 
count_agg_vowels init( UDF—INIT* initid, UDF—ARGS* args, char* 
message ) ( 
struct count—agg—vowels-—data* data; 


if (args->arg count != 1 || args->arg type[0] != STRING-RESULT) 


strcpy (message, "You can only pass one argument, and it 
must ke a string"); 
return 


initid->max length = 20; 

data = new struct count_agg_vowels data; 
data->count = 0; 

initid->ptr = (char*)data; 


return 0; 


) 


/* libere la memoria asignada desde ptr */ 

void 

count _agg_vowels deinit( UDF—INIT* initid ) ( 
delete initid->ptr; 

) 


/* invocada una vez al principio de cada grupo. Necesita invocar 
la funcion add 

así como restablecer data->count a 0 para cada nuevo grupo */ 
void 

count_agg_vowels reset( UDF-INIT* initid, UDF—ARGS* args, 
char* is-null, char* message ) ( 


struct count—agg-—vowels—data* data = (struct 
count_agg_vowels data*)initid->ptr; 
data->count = 0: 


*"IS<hMult.=>07 
count_agg vowels add( initid, args, is—null, message ); 


/* invocada en cada fila, añade el numero de vocales a data->count 
Ned 
void 
count —agg-—vowels—add( UDE—INIT* initid, UDF—ARGS* args, char* 
is—null, char* message ) ( 

struct count_agg vowels_data* data Es 
(struct count_agg_vowels data*)initid->ptr; 

char *word = args->args[0]; /* pointer to string */ 


int I= 0; 


char c; 
while ( [( c = word[ I++ J] ) != '“X0' ) ( 
switca ( ay t 
Case 'a!': 
case !e': 
case '1!': 
case to!': 
case 'u!: 


data->count++; 


l 
/* devuelve data->count o un valor nulo si no encuentra nada */ 
long long 
count_agg_vowels( UDF_INIT* initid, UDF_ARGS* args, Char* 
¿5 null; Cchar* error ) 
1 
struct count—agg-—vowels—data* data = (struct 
count_agg _vowels data*)initid->ptr; 
if (!ldata->count) 
[ 
*isnull = 1; 
retura: 05 


*is—-null = 0; 
return data->count; 


tendif /* HAVE-DLOPEN */ 

% make count—agg—vowels.o 

g++ -DMYSQL SERVER -DDEFAULT MYSQL HOME="X"/usr/local/mysqlX"" 
-DDATADIR="X"/usr/local/mysql/vari"" 
-DSHAREDIR="X"/usr/local/mysql/share/mysgli"" 
-DHAVE CONFIG H -1../innobase/include -1./../include 
-1./../regex -l. -1../include -I. -03 -DDBUG_OFF 
-fno-implicit-templates -fno-exceptions -fno-rtti -c 

repeat_str.cc 

$ gcc —shared -o count _agg _vowels.so count_agg _vowels.cc -—I../ 

innobase/include -1./../include -1./../regex -I. -1../include -I. 


A continuación, establezca una conexión a MySQL, cargue la función y reali- 
ce una prueba. 


mysql> CREATE AGGREGATE FUNCTION count—agg—vowels RETURNS INTEGER 
SONAME "count _vowels.so" ; 

Query OK, O rows affected (0.02 sec) 

mysql> SELECT count _agg _vowels(word) FROM words; 
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+ 


+ 

l count—-agg-vowels(word) | 

+ —_—————————————++ 

| 21 | 

A MNN]><KE 

1 row in set (0.01 sec) 

mysql> SELECT id,count_agg vowels (word) FROM words GROUP BY id; 
+ H——++ 


l id | count—agg—vowels (word) | 
A 


| ds 1 5 | 
| 2 1 2 | 
| E 2 1 
| 4 | 6 | 
| 5 1 6 | 


H— + 
5 rows in set (0.00 sec) 


Resolución de problemas de UDF 


Las UDF puede que no funcionen por varias razones. Resulta bastante habi- 
tual que MySQL se bloquee si la UDF no se ha implementando correctamente. 
Por lo tanto, resulta aconsejable poner atencion al implementar una UDF sin 
probar en un sistema en ejecucion activo. 

Aunque cada sistema presenta sus caracteristicas propias, a continuación se 
recogen los problemas mas comunes: 


Asegurese de eliminar todas las funciones preexistentes que tengan el mismo 
nombre (si está actualizando una funcion) antes de cargarlas o volver a car- 
garlas. Puede que necesite eliminar la funcion manualmente de la tabla £func 
si ha agregado una funcion UDF que no puede eliminar de la forma habitual. 


Puede intentar detener y reiniciar MySQL antes de cargar la funcion aun- 
que no suele ser necesario. 


+ — Asegurese de que el tipo devuelto al crear la funcion coincide con el tipo 
devuelto de la funcion principal de su codigo (cadena, real o entero). 


+ Puede que necesite configurar MySQL con— with-mysqld-1dflags=- 
rdynamic para poder implementar la UDF, 


Resumen 


MySQL permite agregar funciones definidas por el usuario (UDE). Estas fun- 
ciones se utilizan como si se tratara de una funcion normal incluida dentro de una 
consulta. Existen dos tipos de UDF: agregadas y estandar. Las UDF agregadas 
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funcionan sobre grupos de datos y pueden usarse con la clausula GROUP BY. Las 
UDF estandar actuan sobre filas simples de datos. 

Las UDF estandar se componen de tres funciones: la funcion principal, que es 
obligatoria y debe invocarse para cada fila, y las funciones de inicializacion y 
desinicializacion, que se invocan una vez al principio y al final, respectivamente. 
Las funciones agregadas tambien utilizan la funcion add (invocada para cada 
fila, en lugar de la funcion principal, que se invoca una vez al principio de cada 
grupo) y la funcion reset (invocada al principio de cada grupo). 
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Parte ll 
Diseño 

de una base 
de datos 


FA Comprension 

de las bases 
de datos 
relacionales 


Al igual que aceptamos como algo habitual el uso de efectos especiales en las 
peliculas hasta que los comparamos con su estado en epocas anteriores, es pro- 
bable que no apreciemos el potencial de las bases relacionales sin examinar sus 
precedentes. 


Las bases de datos relacionales permiten a cualquier tabla relacionarse con 
otra a traves de campos comunes. 


Se trata de un sistema bastante flexible y la mayor parte de las bases de datos 
actuales son de este tipo. 


En este capitulo se abordan los siguientes temas: 


+ El modelo jerarquico de base de datos 

+ El modelo de base de datos en red 

+ El modelo de base de datos relacionales 
+ Terminos basicos 

* Claves de tabla y clave externas 


+ Vistas 
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Análisis de los modelos anteriores a las base 
de datos 


Hasta el advenimiento de las bases de datos, la unica forma de almacenar 
datos consistia en utilizar archivos sin relacionar. Los programadores necesita- 
ban realizar grandes esfuerzos para extraer los datos y sus programas tenian que 
realizar complejas operaciones de análisis y relación de datos. 

Lenguajes como Perl, gracias a sus potentes expresiones regulares resultaban 
ideales para procesar texto y facilitaron enormemente el trabajo; sin embargo, el 
acceso a los datos desde archivos sigue resultando todo un reto. Sin un forma 
estandar para acceder a los datos, los sistemas resultan mas propensos a errores, 
mas lentos de desarrollar y mas dificiles de mantener. La redundancia de los 
datos (que se produce cuando se duplican de manera innecesaria) y su falta de 
integración (los datos no se modifican en todas las ubicaciones necesarias, lo que 
da lugar a que se devuelvan datos erroneos o sin actualizar) suelen ser las conse- 
cuencias frecuentes de Jos metodos de almacenamiento de datos cuyo acceso se 
realiza a traves de archivos. Los sistemas de administración de bases de datos 
(DBMS) se desarrollaron para suministrar una forma estandar y fiable de acce- 
der y actualizar datos. Estos sistemas brindan una capa intermedia entre la apli- 
cación y los datos, lo que permite a los programadores centrarse en el desarrollo 
de la aplicacion en lugar de tener que preocuparse por aspectos relacionados con 
el acceso a los datos. 

Un modelo de base de datos es un modelo lógico que se centra en la represen- 
tacion de los datos. Los diseiiadores de bases de datos no necesitan preocuparse 
por el almacenamiento fisico de los datos ya que el modelo de base de datos les 
permite dirigir su atencion a un nivel mas alto y conceptual, con lo que se reduce 
el espacio entre el problema del mundo real para cuya solución se esta desarro- 
llando la aplicacion y su implementación tecnica. 

Existen varios modelos de base de datos. En primer lugar, estudiaremos dos 
modelos comunes: el modelo jerarquico de base de datos y el modelo de base de 
datos en red. A continuación, examinaremos el que utiliza MySQL Gunto con los 
DBMS mas modernos), el modelo relacional. 


Modelo jerarquico de base de datos 


El primer modelo es el modelo jerarquico de base de datos, que se parece a un 
arbol invertido. Los archivos se relacionan en forma de superior a inferior: cada 
elemento superior puede tener mas de un elemento dependiente pero cada ele- 
mento secundario sólo puede tener un elemento superior. La mayor parte de los 
lectores estara familiarizado con este tipo de estructura (es la forma en la que 
funcionan la mayor parte de los sistemas). Por regla general existe un directorio 
raiz, o de nivel superior, que contiene varios directorios y archivos. A su vez, 


cada subdirectorio puede contener otros archivos y directorios. Cada archivo y 
directorio sólo puede incluirse en otro directorio (solo tiene un directorio supe- 
rior). Como puede observar en la figura 7.1, Al es el directorio raiz y sus direc- 
torios dependientes son Bl y B2. Bl contiene a su vez a Cl, C2 y C3, que tambien 
tiene sus propios elementos dependientes. 


Figura 7.1. El modelo jerarquico de base de datos 


Aunque este modelo supuso un gran avance para trabajar con archivos no 
relacionados, presenta serios inconvenientes. Las bases de datos jerarquicos re- 
presentan bien las relaciones uno a varios (un directorio puede contener varios 
elementos secundarios; por ejemplo, una empresa puede tener varios emplea- 
dos), pero presenta problemas en relaciones varios a varios. Las relaciones como 
las que se establecen entre un archivo de productos y un archivo de pedidos 
resultan dificiles de implementar en un modelo jerarquico. En concreto, un pedido 
puede contener varios productos y un producto puede aparecer en varios pedi- 
dos. 

Asi mismo, el modelo jerarquico no es flexible porque la agregacion de nuevas 
relaciones puede dar lugar a grandes cambios en la estructura existente, lo que a 
su vez entraila la modificación de todas las aplicaciones existentes. Esta situa- 
cion no resulta divertida cuando alguien olvida incluir un tipo de archivo y necesi- 
ta agregarlo a la estructura justo antes del lanzamiento del proyecto. 

El desarrollo de aplicaciones resulta tambien complejo porque el programador 
necesita conocer bien la estructura de los datos al recorrer el modelo para acce- 
der a los datos deseados. Como hemos visto en los capitulos anteriores, para 
acceder a los datos situados en dos tablas relacionadas, sólo necesitamos cono- 
cer los campos pertinentes de las dos tablas. En el modelo jerarquico, es necesa- 
rio conocer la cadena entera que une a ambos. Por ejemplo, para relacionar los 
datos de Al y D4, necesitamos seguir la ruta que los une: Al, B1, C3 y D4. 


Modelo de base de datos en red 


El modelo de base de datos en red se desarrollo a partir del modelo jerarquico 
de base de datos y su objetivo era resolver algunos de los problemas de dicho 
modelo, en especial su falta de flexibilidad. En lugar de permitir que cada ele- 
mento secundario tuviera un unico elemento superior, este modelo admite que 
tengan varios (a los elementos secundarios se les denomina miembros y a los 
elementos superiores, propietarios). Este modelo permite modelar relaciones mas 
complejas, como las relaciones de varios a varios del ejemplo de pedidos y pro- 
ductos utilizado anteriormente. Como puede observar en la figura 7.2, Al consta 
de varios miembros, Bl y B2. Bl es el propietario de C1, C2, C3 y C4. Sin 
embargo, en este modelo, C4 tiene dos propietarios, B1 y B2. 


Figura 7.2. El modelo de base de datos en red 


Obviamente este modelo presenta sus problemas o, de lo contrario, todo el 
mundo seguiria utilizandolo. Resulta mucho mas dificil de implementar y mante- 
ner, y aunque es mas flexible que el modelo jerarquico, sigue presentando proble- 
mas ya que no todas las relaciones se pueden satisfacer asignandoles otro 
propietario y el programador sigue teniendo que conocer bien las estructuras de 
datos para lograr que el modelo sea eficiente. 


Modelo de base de datos relacional 


El modelo de base de datos relacional supuso un gran avance con respecto al 
modelo de base de datos en red. En lugar de basarse en una relación de superior 
a inferior o de propietario y miembros, el modelo relacional permite que cualquier 
archivo se relacione con otro a traves de un campo comun. De repente, la com- 


plcjidad del diseño se redujo enormemente ya que los cambios se podian realizar 
sobre el esquema de la base de datos sin que ello afectara a la capacidad del 
sistema para acceder a los datos. Además, como el acceso no sc realizaba a 
traves de rutas que procedan o salgan de archivos, sino que sc trata de una 
relacion directa entrc estos elementos, resulta sencillo agregar nuevas relacio- 
ncs. 

En 1970, cuando E. F. Codd desarrollo el modelo de base de datos relacional, 
se consideró inaplicable, ya que la facilidad de uso presentaba un coste importan- 
tc de rendimiento, y el hardware cn aquellos dias no podia implementarlo. Desde 
entonces, los componcntes informaticos han evolucionado enormemente y hoy 
en día incluso los cquipos mas sencillos son capaces de ejecutar sofisticados 
sistemas de administración de bases de datos relacionalcs. 

Las bases de datos relacionales han cvolucionado de forma paralela al desa- 
rrollo de SQL, tema analizado en la parte | de este libro. La simplicidad de SQL 
(que permite a cualquier persona sin experiencia aprender a realizar consultas 
básicas cn un corto pcriodo dc ticmpo) explica en gran parte la popularidad dcl 
modelo relacional. 

Las tablas 7.1 y 7.2 se relacionan entre si a través del campo stock code. 
Cualquiera dc las dos tablas se puede relacionar mutuamente mediante un campo 
en común. 


Tabla 7.1. La tabla proDucrT 


STOCK_CODE DESCRIPTION 
A416 Nails, box $0.14 


C923 Drawing pins, box $0.08 


a A a AA J 


Tabla 7.2. La tabla IinvoIcE 


INVOICE_CODE INVOICE_LINE STOCK_CODE  QUANTITY 
3804 1 A416 10 

3804 2 C923 15 
Terminos basicos 


El modelo relacional utiliza determinados terminos para describir sus compo- 
nentcs. Si ha leido la parte 1 del libro, cstara familiarizado con muchos de ellos: 


+ Los datos son los valores que se almacenan en la base de datos. Por si 
solos no tienen mucho significado. CA 684-213 es un ejemplo dc una base 
de datos DMV (Division de vehiculos de motor). 
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La información son los datos procesados. Por ejemplo, CA 684-213 es el 
numero de registro de Lyndon Manson en una base de datos DMV. 


Una base de datos es un conjunto de tablas. 


Cada tabla se compone de registros (las filas horizontales de la tabla, que 
tambien se conocen como tuplas). Cada registro debe ser exclusivo y 
puede almacenarse en cualquier orden dentro de la tabla. 


Cada registro se compone de campos (las columnas verticales, que tam- 
bien se conocen como atributos). Basicamente, un registro es un hecho 
(por ejemplo, un cliente o una venta). 


Los campos puede ser de varios tipos. MySQL consta de una gran cantidad 
de tipos, como vimos en un capitulo anterior, pero por regla general se pue- 
den clasificar en tres categorias: caracter, numérico y de fecha. Por ejemplo, 
el nombre de un cliente es un campo de tipo caracter, su fecha de nacimiento 
es de tipo fecha y su numero de hijos es un campo de tipo numerico. 


El rango de valores permitidos para un campo se conoce como dominio (o 
especificación del campo). Por ejemplo, en un campo tarjeta de 
crédito se puede limitar los posibles valores a Mastercard, Visa y Amex. 


De un campo se dice que contiene un valor nulo cuando no incluye ningun 
valor. Los campos nulos pueden complicar los calculos y generar proble- 
mas de exactitud en los datos. Por esta razon, muchos campos se configu- 
ran de forma que no puedan contener valores nulos. 


Una clave accede a registros especiales de una tabla. 


Un índice es un mecanismo que mejora el rendimiento de una base de datos. 
Los indices se suelen confundir con las claves. Estrictamente hablando, se 
integran en la estructura fisica mientras que las claves son parte de la estruc- 
tura lógica. Sin embargo, estos terminos se suelen utilizar indistintamente. 


Una vista es una tabla virtual compuesta de un subconjunto de tablas. 


Una relación uno a uno (1:1) es una relación en la que para cada instan- 
cia de la primera tabla de una relación sólo existe una instancia en la 
segunda. Por ejemplo, una cadena de tiendas en las que cada una tenga 
una maquina expendedora. Cada maquina expendedora sólo puede estar 
en una tienda y en cada tienda sólo puede haber una maquina expendedo- 
ra (vease la figura 7.3). 


Máquina 
expendedora 


Tienda 


Figura 7.3. Una relación uno a uno 


Una relación uno a varios (1:V) es una relación en la que para cada 
instancia de la primera tabla existen varias instancias en la segunda tabla. 
Este tipo de relación es muy habitual. Un ejemplo seria la relación entre 
un escultor y sus esculturas. Cada escultor puede crear varias esculturas, 


pero cada escultura ha sido creada por un solo escultor (vease la figura 
7.4) 


Escultor Esculturas 
sculp 


Figura 7.4. Una relación uno a varios 


Una relación varios a varios (V:V) es una relación que tiene lugar cuan- 
do para cada instancia de la primera tabla existen varias instancias en la 
segunda, y para cada instancia de la segunda existen varias instancias en 
la primera. Por ejemplo, una estudiante puede tener varios profesores y un 
profesor puede tener varios estudiantes (vease la figura 7.5). 


El estudiante el profesor 
es 


enseñado por | 


Figura 7.5. Una relación varios a varios 


Una relación obligatoria es una relación en la que para cada instancia de 
la primera tabla de la relación debe existir una o varias instancias en la 
segunda. Por ejemplo, para que exista un grupo de música, el grupo debe 
constar de al menos un musico. 


Una relación opcional es una relación en la que para cada instancia de la 
primera tabla de una relación pueden existir instancias en la segunda. Por 
ejemplo, si se puede incluir un autor que no haya escrito ningun libro en 
una base de datos (en otras palabras, un autor potencial), se establece una 
relación opcional. Lo inverso no tiene por que ser cierto necesariamente; 
por ejemplo, para poder incluir un libro en la base de datos, debe tener un 
autor. 


La integridad de los datos hace referencia a la condición de que los 
datos sean exactos, validos y coherentes. Un ejemplo de mala integra- 
cion seria si el numero de telefono de un cliente se almacenara de forma 
diferente en dos ubicaciones. Otro seria si el registro de un curso contu- 
viera una referencia a un profesor que ya no estuviera en el centro. En 
un capitulo posterior aprenderemos una tecnica que nos ayudara a mini- 
mizar los riesgos de este tipo de problemas: la normalización de base de 
datos. 


Tras presentar algunos de los terminos basicos, en la siguiente sección sc 


analizan las claves de tabla, un aspecto fundamental de las bases de datos 
relacionales. 


Claves de tabla 


Una clave, como indica el término, desbloquea el acceso a las tablas. Si cono- 
cemos la clave, sabremos como identificar sus registros asi como las relaciones 
entre las tablas. Una clave candidnta es un campo o una combinacion de cam- 
pos que identifiquen un registro de manera esclusiva. No puede contener un va- 
lor nulo y su valor debe ser exclusivo. (La existencia de duplicados impide la 
identificación de un registro exclusivo). 

Una clave primnrin es una clave candidata que ha sido designada para iden- 
tificar de forma unica los registros de una tabla en la estructura completa de una 
tabla. Como ejemplo, la tabla 7.3 muestra la tabla customer. 


Tabla 7.3. La tabla CUSTOMER 


CUSTOMER_CODE —FIRSTZNAME SURNAME  — TELEPHONE_NUMBER 


4 John Smith 448-2143 
2 Charlote Smith 448-2143 
3 John Smith 9231-5312 


AA A A A | 


A primera vista, existen dos claves candidatas en esta tabla. Bastaría con 
utilizas el campa vistoamer aada arpa cununa rd, de las, YIas, tres, cam- 
pos. Siempre conviene asignar el menor numero posible de campos a las claves 
primarias; en este caso, seleccionaremos customer code. Sin embargo, re- 
flesionando un poco, nos daremos cuenta de que existe la posibilidad de que la 
segunda combinacion no resulte exclusiva. En teoria, la combinacion de los cam- 
pos first—-name,surname ytelephone puede incluir campos duplicados, 
por ejemplo, un padre que tenga un hijo con el mismo nombre y que ambos utili- 
cen el mismo telefono de contacto. Este sistema deberia excluir esta posibilidad 
de manera expresa para poder considerar la combinacion de los tres campos 
como clave primaria. 

Para evitar la confusion de los nombres comunes se puede asignar a cada uno 
de cllos un nombre exclusivo. Tras crear una clave primaria, el resto de claves 
candidatas se etiquetan como claves alternativas. 


Claves externas 


Ya sabemos que una relación entre dos tablas se crea asignando un campo 
comun a dos tablas. Este campo comun debe ser la clave primaria de una de las 


Una relación uno a varios (1:V) es una relación en la que para cada 
instancia de la primera tabla existen varias instancias en la segunda tabla. 
Este tipo de relación es muy habitual. Un ejemplo seria la relación entre 
un escultor y sus esculturas. Cada escultor puede crear varias esculturas, 


pero cada escultura ha sido creada por un solo escultor (vease la figura 
7.4). 


Escultor Esculturas 


Figura 7.4. Una relación uno a varios 


Una relación varios a varios (V:V) es una relación que tiene lugar cuan- 
do para cada instancia de la primera tabla existen varias instancias en la 
segunda, y para cada instancia de la segunda existen varias instancias en 
la primera. Por ejemplo, una estudiante puede tener varios profesores y un 
profesor puede tener varios estudiantes (vease la figura 7.5). 


El estudiante el profesor 


es 
enseñado por 


Figura 7.5. Una relación varios a varios 


Una relación obligatoria es una relación en la que para cada instancia de 
la primera tabla de la relación debe existir una o varias instancias en la 
segunda. Por ejemplo, para que exista un grupo de música, el grupo debe 
constar de al menos un musico. 


Una relación opcional es una relación en la que para cada instancia de la 
primera tabla de una relación pueden existir instancias en la segunda. Por 
ejemplo, si se puede incluir un autor que no haya escrito ningun libro en 
una base de datos (en otras palabras, un autor potencial), se establece una 
relación opcional. Lo inverso no tiene por que ser cierto necesariamente; 
por ejemplo, para poder incluir un libro en la base de datos, debe tener un 
autor. 


La integridad de los datos hace referencia a la condición de que los 
datos sean exactos, validos y coherentes. Un ejemplo de mala integra- 
cion seria si el numero de telefono de un cliente se almacenara de forma 
diferente en dos ubicaciones. Otro seria si el registro de un curso contu- 
viera una referencia a un profesor que ya no estuviera en el centro. En 
un capitulo posterior aprenderemos una tecnica que nos ayudara a mini- 
mizar los riesgos de este tipo de problemas: la normalización de base de 
datos. 


Tras presentar algunos de los terminos básicos, en la siguiente sección se 
analizan las claves de tabla, un aspecto fundamental de las bases de datos 
relacionales. 


Claves de tabla 


Una clave, como indica el termino, desbloquca el acceso a las tablas. Si cono- 
cemos la clave, sabremos como identificar sus registros asi como las relaciones 
entre las tablas. Una clave candidata es un campo o una combinacion dc cam- 
pos que identifiquen un registro de manera exclusiva. No puede contener un va- 
lor nulo y su valor debe ser exclusivo. (La existencia de duplicados impide la 
identificación de un registro exclusivo). 

Una clave primaria es una clave candidata que ha sido designada para iden- 
tificar de forma unica los registros de una tabla en la estructura completa de una 
tabla. Como ejemplo, la tabla 7.3 muestra la tabla Customer . 


Tabla 7.3. La tabla CUSTOMER 


CUSTOMER_CODE —FIRST_NAME SURNAME  — TELEPHONE_NUMBER 


1 John Smith 448-2143 
| 2 Charlote Smith 448-2143 
3 John Smith 9231-5312 


A _—_— A e A A A A A 


A primera vista, existen dos claves candidatas en esta tabla. Bastaría con 
utilizar el campo customer_code o una combinacion de los otros tres cam- 
pos. Siempre conviene asignar el menor número posible de campos a las claves 
primarias; en este caso, seleccionaremos customer_code. Sin embargo, re- 
flexionando un poco, nos daremos cuenta de que existe la posibilidad de que la 
segunda combinacion no resulte exclusiva. En teoria, la combinacion de los cam- 
pos first-name,surname y telephone puede incluir campos duplicados, 
por ejemplo, un padre que tenga un hijo con el mismo nombre y que ambos utili- 
cen el mismo telefono de contacto. Este sistema deberia excluir esta posibilidad 
de manera expresa para poder considerar la combinacion de los tres campos 
como clave primaria. 

Para evitar la confusion de los nombres comunes se puede asignar a cada uno 
de ellos un nombre exclusivo. Tras crear una clave primaria, el resto de claves 
candidatas se etiquetan como claves alternativas. 


Claves externas 


Ya sabemos que una relación entre dos tablas se crea asignando un campo 
comun a dos tablas. Este campo comun debe ser la clave primaria de una de las 


tablas. Considere una relación entre una tabla de clientes y una tabla de ventas. 
La relación no resultaria muy buena si en lugar de utilizar la clave primaria, 
customer code, se utilizara otro en la tabla de ventas que no fucra exclusivo, 
como el nombre de cliente. De esta forma, no sabriamos nunca con seguridad 
qud cliente ha realizado la venta. Por cllo, en la figura 7.6,code_customer sc 
denomina clove externa dc la tabla sale; en otras palabras, es la clave primaria 
de una tabla externa. 


CUSTOMER SALE 
Customer code Invoice number 
First name Customer code 


Surname Amount 
Telephone number 


Figura 7.6. Establecirniento de las claves externas 


Las claves externas permiten garantizar lo que se conoce como integridad 
referencial. Esto significa que si una clave esterna contiene un valor, cste valor 
hacc referencia a un registro esistente de la tabla relacionada. Por ejemplo, exa- 
mine la tabla 7.4 y 7.5. 


Tabla 7.4. La tabla LECTURER 


¡e10]»]= FIRSTNAME SURNAME 

1 Amne Cohen | 

2 Leonard Clark | 
| 3 Vusi Cave 


Tabla 7.5. La tabla COURSE 


COURSE_TITLE LECTURER 


Introduction to Programming 


Information Systems 


Systems Software 


En este ejemplo existe integridad referencial ya que todos los profesores de la 
tabla COURSE existen en la tabla LECTURER. Ahora bien, supongamos que Anne 
Cohen abandona el centro y que se la elimina de la tabla de profesores. En caso 
dc que la integridad referencial no se implemente de manera obligatoria, Ann 
Cohen se eliminaria dc la tabla de profesores, pero no de la tabla COURSE, como 
se ilustra en la tabla 7.6 y 7.7. 


Tabla 7.6. La tabla LECTURER 


CODE FIRSTNAME SURNAME 
2 Leonard Clark | 
3 Vusi Cave | 


Tabla 7.7. La tabla COURSE 


COURSE_TITLE LECTURER 


Introduction to Programming 1 
Information Systems 2 
Systems Software 3 | 


A partir de este momento, si se buscan los profesores de la asignatura 
Introduction to Programming se devolvera un registro no esistente. Este hecho 
se conoce como mala integración de los datos. 

Las claves externas tambien permiten realizar eliminaciones y actualizaciones 
en cascada. Por ejemplo, si Ann Cohen abandona el centro, llevándose consigo el 
curso sobre introducción a la programacion, se puede eliminar todas sus huellas 
de las tablas LECTURER y COURSE utilizando una única instrucción. El proceso 
de eliminación recorre las tablas pertinentes, suprimiendo todos los registros pro- 
cedentes. 

Desde la version 3.23.44, MySQL admite la comprobacion de clave externa 
en las tablas InnoDB y las eliminaciones en cascada se incorporaron en la ver- 
sion 4.0.0. Recuerde, sin embargo, que la implementacion de la integridad tiene 
un coste de rendimiento. Sin ella, la responsabilidad de mantener la integridad de 
los datos recae sobre la aplicacion. 

Las claves externas pueden contener valores nulos, que indican que no esiste 
relacion. 


Introducción a las vistas 


Las vistas son tablas virtuales. Son unicamente una estructura y no contiene 
datos. Su funcion es permitir que un usuario pueda ver un subconjunto de los 
datos reales. 

Las vistas son una de las funciones MySQL mas solicitada y su implementacion 
esta prevista para la version 5. 

Una vista puede componerse de un subconjunto de una tabla. Por ejemplo, 


la tabla 7.8es un subconjunto de una tabla completa, que se ilustra en la figura 
140: 


tablas. Considere una relacion entre una tabla de clicntes y una tabla de ventas. 
La relación no resultaria muy buena si en lugar de utilizar la clave primaria, 
customer code,se utilizara otro en la tabla de ventas que no fuera exclusivo, 
como cl nombre de clientc. De esta forma, no sabriamos nunca con seguridad 
qué clicnte ha realizado la venta. Por ello, cn la figura 7.6,code customer sc 
denomina clave externa de la tabla sale; en otras palabras, es la clave primaria 
de una tabla externa. 


CUSTOMER SALE 
Customer code Invoice number 
First name Customer code 


Surname Amount 
Telephone number 


Figura 7.6. Establecirniento de las claves externas 


Las claves externas permiten garantizar lo que sc conoce como integridad 
referencial, Esto significa que si una clave externa contiene un valor, estc valor 
hace referencia a un registro existente de la tabla relacionada. Por ejemplo, cxa- 
minc la tabla 7.4 y 7.5. 


Tabla 7.4. La tabla LECTURER 


FIRSTNAME SURNAME 
1 Anne Cohen 
12 Leonard Clark 


3 Vusi Cave 


Tabla 7.5. La tabla COURSE 


COURSE_TITLE LECTURER 


| Introduction to Programming 1 
| Information Systems 


Systems Software 


En este ejemplo existe integridad referencial ya que todos los profesores de la 
tabla COURSE existen en la tabla LECTURER. Ahora bien, supongamos que Anne 
Cohen abandona el centro y que se la climina de la tabla de profesores. En caso 
de que la integridad referencial no se implemente de manera obligatoria, Ann 
Cohen se eliminaria de la tabla de profesores, pero no de la tabla COURSE, como 
se ilustra en la tabla 7.6 y 7.7. 


Tabla 7.6. La tabla LECTURER 


FIRSTNAME SURNAME 
| Leonard Clark 
| 3 Vusi Cave 


Tabla 7.7. La tabla COURSE 


COURSE_TITLE LECTURER 


Introduction to Programming 1 
Information Systems 


Systems Software 


A partir de este momento, si se buscan los profesores de la asignatura 
Introduction to Programming se devolvera un registro no esistente. Este hecho 
se conoce como mala integración de los datos. 

Las claves externas tambien permiten realizar eliminaciones y actualizaciones 
en cascada. Por ejemplo, si Ann Cohen abandona el centro, Ilevandose consigo el 
curso sobre introducción a la programacion, se puede eliminar todas sus huellas 
de las tablas LECTURER y COURSE utilizando una unica instruccion. El proceso 
de eliminación recorre las tablas pertinentes, suprimiendo todos los registros pro- 
cedentes. 

Desde la version 3.23.44, MySQL admite la comprobacion de clave esterna 
en las tablas InnoDB y las eliminaciones en cascada se incorporaron en la ver- 
sion 4.0.0, Recuerde, sin embargo, que la implernentacion de la integridad tiene 
un coste de rendimiento. Sin ella. la responsabilidad de mantener la integridad de 
los datos recae sobre la aplicacion. 

Las claves externas pueden contener valores nulos, que indican que no existe 
relacion. 


Introducción a las vistas 


Las vistas son tablas virtuales. Son unicamente una estructura y no contiene 
datos. Su funcion es permitir que un usuario pueda ver un subconjunto de los 
datos reales. 

Las vistas son una de las funciones MySQL mas solicitada y su implernentacion 
esta prevista para la version 5. 

Una vista puede componerse de un subconjunto de una tabla. Por ejemplo, 
la tabla 7.8es un subconjunto de una tabla completa, que se ilustra en la figura 
10: 


Tabla 7.8. La vista STUDENT 


First-name 


Surname 
Grade 


Tabla 7.9. La tabla STUDENT 


STUDENT 


Student—id 
First-name 
Surname 
Grade 
Address 


Telephone 


Esta vista podría utilizarse para permitir que los estudiantes examinen las no- 
tas de otros sin permitir el acceso a la información personal. 

Una vista puede consistir en una combinacion de un numero de tablas, como 
la que se muestra en la tabla 7.10. Es una combinacion de las tablas 7.11, 7.12 y 
LS, 


Tabla 7.10. La vista Student Grade 


Vista STUDENT GRADE 


First-name 
Surname 

Course description 
Grade 


Tabla 7.11. La tabla STUDENT 


Student_id 


| First_name 


STUDENT 


Surname 
Address 
Telephone 


Tabla 7.12. La tabla COURSE 


| Course_id 


' Course description 


A ———_— 


Tabla 7.13. La tabla GRADE 


Student—1d 


Course—1d 
Grade 


Las vistas tambicn resultan útiles para cuestiones de seguridad. En organiza- 
ciones de gran tamaiio, en la que trabajen varios desarrolladores en un proyecto, 
las vistas pucden limitar el acceso a determinados datos. 

Se pueden ocultar los elementos no necesarios para realizar el trabajo, aun- 
que se incluyan en la misma tabla, y evitar de esta forma que sc vean o mani- 
pulen. Las vistas permitcn además simplificar las consultas para los 
desarrolladores. 

Por ejemplo, sin esta funcion. un desarrollador nccesitara recuperar los cam- 
pos de la vista con el siguicntc tipo de consulta: 


SELECT first _name,surname, course description, grade FROM student, 
grade, course WHERE grade.student_id = student.student_1d AND 
grade.course_id = course.course_ id; 


Con la funcion de vista, un desarrollador lograría lo mismo con la siguiente 
secuencia: 


SELECT first_name,surname, course description,grade FROM 
student—grade—view; 


Esta secuencia resulta mucho mas sencilla para un desarrollador con poca 
esperiencia que todavia no haya aprendido a realizar combinaciones, pero tam- 
bien lo es para un desarrollador con esperiencia. 


Resumen 


Antes del surgimiento de las bases de datos, los programadores almacenaban 
los datos en archivos. Sin embargo, el acceso a los datos a traves de archivos 
resulta ineficiente para el programador, de ahi que se crearan las bases de datos. 

Las bases de datos jerarquicas almacenan los datos en una estructura des- 
cendente de uno a varios. Resultan poco flexibles y su uso exige un gran trabajo 
para los programadores. 

Las bases de datos en red permiten una mejor representacibn de las relacio- 
nes varios a varios, pero resultan dificiles de desarrollar y mantener. 

Las bases de datos relacionales permiten que cualquier tabla se relacione con 
otra a traves de campos comunes. Este modelo es muy flexible y todas las bases 
de datos modernas adoptan este modelo, 

Las claves de tabla permiten acceder a los registros de una base de datos. 
Una clave primaria se compone de uno o varios atributos que identifican una fila 
de forma exclusiva. Una clave externa se compone de uno o varios atributos, que 
forman una clave primaria en otra tabla. 

Las vistas de tablas son subconjuntos lógicos de tablas existentes. No contie- 
nen datos pero facilitan el trabajo de los desarrolladores, garantizan la seguridad, 
etc. 


Normalización 
de bases 
de datos 


Este capitulo presenta una potente herramienta para optimizar el diseño de las 
bases de datos: la normalizacion. 


La normalizacion fue desarrollada en los años 70 por E.F. Codd y se ha 


convertido en un requisito estandar en la mayor parte de los diseños de base de 
datos. 


Siguiendo los pasos que aqui se presentan lograra reducir las anomalias de los 
datos y simplificar su mantenimiento. 
Se abordarán los siguientes temas: 


+ Primera forma normal 

+ Segunda forma normal 

+ Tercera forma normal 

+ Forma normal de Boyce-Codd 
+ Cuarta forma normal 

+ Quinta forma normal 


e —Desnormalizacion 
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Concepto de normalizacion 


En la primera parte de este libro creamos algunas tablas en MySQL. Quizás 
haya utilizado MySQL en algunos proyectos pequeiios en los que las bases de 
datos constaban de una o dos tablas. Sin embargo, a medida que vaya adquiriendo 
experiencia y aborde proyectos de mayor tamaiio, ira descubriendo que las con- 
sultas resultan cada vez mas complejas y menos manejables, que surgen proble- 
mas de rendimiento o que empiezan a aparecer anomalias en los datos. Sin un 
conocimiento del diseio y normalizacion de bases de datos, estos problemas po- 
drian resultar acuciantes y le impedirian avanzar en el dominio de MySQL. La 
normalizacion de bases de datos es una tecnica que puede ayudarle a evitar la 
aparicion de anomalias en los datos asi como otras cuestiones relacionadas con la 
administración de datos. Esta tecnica consiste en transformar una tabla en varias 
fases: primera forma normal, segunda forma normal, tercera forma normal y 
otras. El objetivo consiste: 


+ Eliminar las redundancias de datos (y por tanto utilizar menos espacio) 


e Facilitar la tarea de realizar cambios en los datos y evitar las anomalias al 
hacerlo 


e Facilitar la implementación de los requisitos de integridad referencial 


+ Generar una estructura facilmente comprensible muy parecida a la situa- 
cion que representan los datos y que permita su crecimiento. 


Comencemos por crear un conjunto de datos de ejemplo. En primer lugar repa- 
saremos el proceso de normalizacion, sin preocuparnos por la teoria, para com- 
prender las razones de la normalizacion. Tras ello, se presentara la teoria y 
revisaremos las distintas fases de la normalizacion, lo que le ayudara a utilizar 
este proceso cuando necesite aplicarlo de nuevo. 

Imagine que estamos trabajando sobre un sistema que registra las plantas si- 
tuadas en determinadas ubicaciones y las caracteristicas del suelo asociadas a 
ellas. 


La ubicacion: 


Codigo de ubicacion: 11 
Nombre de ubicacion: Kirstenbosch Gardens 


contiene las siguientes tres plantas: 


Codigo de planta: 431 

Nombre de planta: Leucadendron 
Categoria de suelo: A 
Descripción de suelo: Arenisca 
Codigo de planta: 446 

Nombre de planta: Protea 
Categoria de suelo: B 


Descripcion del suelo; Arenisca/Caliza 
Codigo de planta: 482 

Nombre de planta: Erica 

Categoria de suelo: C 

Descripcion del suelo: Caliza 


La ubicacion: 


Codigo de ubicacion: 12 

Nombre de ubicacion: Karbonkelberg Mountains 
contiene las siguientes dos plantas: 

Codigo de planta: 431 

Nombre de planta: Leucadendron 

Categoria de suelo: A 

Descripcion del suelo: Arenisca 


Codigo de planta: 449 

Nombre de planta: Restio 

Categoria de suelo: B 

Descripcion del suelo: Arenisca/Caliza 


En los datos anteriores hay un problema. Las tablas de las bases de datos 
relacionales tienen formato de cuadricula, o tabla, (MySQL, como la mayor parte 
de las bases de datos modernas son relacionales) en las que cada fila contiene un 
registro. Vamos a intentar reorganizar estos datos en forma de informe tabular 
(como se ilustra en la tabla 8.1). 


Tabla 8.1. Datos sobre las plantas visualizados en formato tabular 


CÓDIGO NOMBRE CÓDIGO NOMBRE CATEGORÍA DESCRIP. 
DE DE DE DE DEL DEL 
UBICACIÓN UBICACIÓN PLANTA PLANTA JU JKo 0 ]Ko 
11 Kirstenbosch 431 Leuca- A Arenisca 
Gardens dendron 
446 Protea B Areniscal 
Caliza 
482 Erica C Caliza 
E Karbonkel- 431 Leuca- A Arenisca 
berg dendron 
Mountains 
449 Restio B Areniscal 
Caliza 


¿Cómo introducir estos datos en una tabla de la base de datos? Podemos inten- 
tar copiar la distribución anterior para generar una tabla parecida a la ilustrada 
en la tabla 8.2. Los campos nulos reflejan los campos en los que no se ha introdu- 
cido ningun dato. 
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Tabla 8.2. Intento de creación de una tabla con los datos de las plantas 


CÓDIGO NOMBRE CÓDIGO NOMBRE CATEGORÍA DESCRIP. 
DE DE DE DE DEL DEL 
UBICACIÓN UBICACIÓN PLANTA PLANTA SUELO 0 3Ko) 
11 Kirstenbosch 431 Leuca- A Arenisca 
Gardens dendron 
NULL NULL 446 Protea B Areniscal 
Caliza 
NULL NULL 482 Erica C Caliza 
12 Karbonkel- 431 Leuca- A Arenisca 
berg dendron 
Mountains 
NULL NULL 449 Restio B Arenisca! 
Caliza 


Esta tabla no tiene mucho sentido. Las primeras tres filas forman en realidad 
un grupo, ya que todas pertenecen a la misma ubicacion. Si toma la tercera fila, 
los datos no estan completos, ya que no puede saber donde se encuentra Erica. Asi 
mismo, con la tabla tal y como esta, no se puede utilizar el codigo de ubicacion ni 
ningun otro campo como clave primaria (recuerde que una clave primaria es un 
campo o un conjunto de campos que identifican de forma exclusiva un registro). 
No tiene mucho sentido tener una tabla si no se puede identificar cada uno de sus 
registros de manera exclusiva. Por lo tanto la solución consiste en asegurarse de 
que cada fila de la tabla sea unica y que no forma parte de un grupo o conjunto. 
Para ello, eliminaremos los grupos o conjuntos de datos y convertiremos cada fila 
en un registro completo con derecho propio, como se ilustra en la tabla 8.3. 


Tabla 8.3. Cada registro separado 


CÓDIGO NOMBRE CÓDIGO NOMBRE CATEGORÍA DESCRIP. 
DE DE DE DEL DEL 
UBICACIÓN UBICACIÓN PLANTA SUELO CU Ko) 
11 Kirstenbosch 431 Leuca- A Arenisca 
Gardens dendron 
11 Kirstenbosch 446 Protea B Arenisca/ 
Gardens Caliza 
11 Kirstenbosch 482 Erica C Caliza 
Gardens 
12 Karbonkel- 431 Leuca- A Arenisca 
berg dendron 
Mountains 
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CÓDIGO NOMBRE CÓDIGO NOMBRE CATEGORÍA DESCRIP. 


1/3 DE 2 DE DE DEL DEL 
UBICACION UBICACION PLANTA PLANTA SUELO SUELO 
12 Karbonkel- 449 Restio B Arenisca! 
| berg Caliza 
| Mountains 


NOTA: La clave primaria se muestra en cursiva en $ tabla 8.3 y en las 


siguientes tablas. 


Fijese en que el codigo de la ubicacion no puede convertirse por si mismo en 
clave primaria ya que no identifica las filas de datos de manera unica. Por lo 
tanto, la clave primaria debe ser una combinacion del codigo de la ubicacion y del 
codigo de la planta. Nunca se agregará el mismo tipo de planta mas de una vez a 
una ubicacion dada. Una vez recogido el hecho que tienc lugar en dicha ubica- 
cion. bastara. Si desca registrar la cantidad de plantas situadas en una ubicacion 
(en este ejemplo sólo estamos interesados en la distribución de las plantas) no 
necesita agregar un nuevo registro completo para cada planta sino simplemente 
un campo de cantidad. 

Si por alguna razon, tuvieramos que agregar mas de una instancia de una 
combinacion de planta y ubicacion, nos veriamos obligados a agregar algo mas a 
la clave para que resulte unica. 

Por lo tanto, ahora los datos se pueden volcar en un formato de tabla, pero 
todavia presentan problemas. La tabla registra tres veces que el codigo 11 hace 
referencia a Kirstenbosch Gardens. Además del gasto de espacio que supone, esta 
situación presenta otro serio problema. Examine atentamente la tabla 8.4. 


Tabla 8.4 Anornalia en los datos 


'el0]9)/c10) NOMBRE CÓDIGO NOMBRE CATEGORÍA DESCRIP. 


DE DE DE DE DEL DEL 
UBICACIÓN UBICACIÓN PLANTA PLANTA SUELO SUELO 
11 Kirstenbosch 431 Leuca- A Arenisca 
| Gardens dendron | 
11 Kirstenbosh 446 Protea B Arenisca! l 
| Gardens Caliza 
11 Kirstenbosch 482 Erica C Caliza | 
| Gardens 
12 Karbonkel- 431 Leuca- A Arenisca 
berg dendron 
Mountains 
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CÓDIGO NOMBRE CÓDIGO NOMBRE CATEGORÍA DESCRIP. 


DE DE DE DE DEL DEL 

UBICACIÓN UBICACIÓN PLANTA PLANTA SUELO SUELO 

12 Karbonkel- 449 Restio B Arenisca/ 
berg Caliza 
Mountains 


¿No observa algo extraño? Felicidades si lo hizo. La palabra Kirstenbosch 
esta mal escrita en el segundo registro. A continuación, imagine que tenemos que 
buscar este error en una tabla con miles de registros. Si utilizamos la estructura 
de la tabla 8.4, la posibilidad de incluir datos erroneos se dispara. 

La solución es sencilla. Basta con eliminar la duplicación. Lo que estamos 
haciendo es buscar dependencias parciales o, lo que es lo mismo, campos que 
dependan de una parte de la clave y no de la clave entera. Como la clave se 
compone del código de la ubicacion y del codigo de la planta, buscaremos campos 
que dependen unicamente de uno u otro codigo. 

Son varios los campos en los que ocurre lo mismo. El nombre de la ubicación 
depende del codigo de ubicacion (el codigo de la planta no se utiliza para determi- 
nar el nombre del proyecto) y el nombre de la planta, el codigo del suelo y el 
nombre del suelo dependen del numero de la planta. Por lo tanto, extraiga todos 
estos campos, como se ilustra en la tabla 8.5, 


Tabla 8.5. Extracción de los campos que no dependen de la clave entera 


CÓDIGO DE UBICACIÓN CÓDIGO DE PLANTA 


Obviamente no podemos quitar los datos y eliminarlos completamente de la 
base de datos. Lo que hacemos es extraerlos y se colocarlos en una nueva tabla, 
compuesta de campos que tengan dependencia parcial y de los campos de los que 
dependan. Para cada campo clave de la dependencia parcial, se crea una nueva 
tabla (en este caso, ambas forman parte ya de la clave primaria, pero este no tiene 
por que ser siempre el caso). 

Por lo tanto, hemos identificado el nombre de la planta, la descripcion del 
suelo y la categoria del suelo como dependientes del codigo de planta. La nueva 
tabla quedara integrada por el codigo de planta como una clave asi como del 
nombre de la planta, de la categoria de suelo y de la descripcion del suelo, como 
se ilustra en la tabla 8.6. 
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Tabla 8.6. Creacion de una nueva tabla con los datos de las planta 


CÓDIGO NOMBRE CATEGORÍA DESCRIPCIÓN 
DE PLANTA DE PLANTA DEL SUELO DEL SUELO 
431 Leucadendron A Arenisca 

446 Protea B AreniscalCaliza 
482 Erica C Caliza 

á40 Restio B AreniscalCaliza 


Vamos a realizar el mismo proceso con los datos de ubicacion, como se ilustra 
en la tabla 8.7. 


Tabla 8.7. Creacion de una nueva tabla con los datos de ubicacion 


CODIGO DE UBICACIÓN NOMBRE DE UBICACIÓN 
11 Kirstenbosch Gardens 
12 Karbonkelberg Mountains 


Como puede observar, en estas tablas se ha eliminado el problema de duplica- 
cion anterior. Ahora hay un solo registro con el valor Kirstenbosch Gardens, 
por lo que resulta mucho mas facil detectar un error ortografico. Además, se 
malgasta menos espacio al no almacenar el nombre en muchos registros diferen- 
tes. Fíjese en que el campo de codigo de ubicacion y el codigo de planta se repiten 
en las dos tablas. Se trata de los campos que crean la relación y permiten asociar 
varias plantas con varias ubicaciones. Obviamente no hay forma de eliminar la 
duplicación de estos campos sin perder la relación complemente, pero resulta 
mucho mas eficiente almacenar un pequeiio codigo de manera repetida que un 
gran fragmento de texto. 

Sin embargo la tabla sigue sin ser perfecta. Todavia queda una posibilidad de 
que se deslicen anomalias. Examine la tabla 8.8 atentamente. 


Tabla 8.8. Otra anomalía 


CÓDIGO NOMBRE CATEGORÍA DESCRIPCIÓN 
DE PLANTA DE PLANTA DEL SUELO DEL SUELO 
431 Leucadendron A Arenisca 

446 Protea B AreniscalCaliza 
482 Erica C Caliza 

440 Restio B AreniscalCaliza 


El problema que presenta la tabla 8.8 es que Restio se ha asociado con arenis- 
ca, cuando de hecho si se tiene una categoria de suelo de tipo B, deberia ser una 
combinacion de arenisca y caliza. (La categoria de suelo determina la descripcion 
del suelo del ejemplo). De nuevo estamos almacenando datos de manera redun- 
dante: la relación de la categoria de suelo y la descripcion del suelo se esta alma- 
cenando en su conjunto para cada planta. Como antes, la solución consiste en 
extraer los datos sobrantes y colocarlos en su propia tabla. En realidad, lo que 
estamos haciendo en esta fase es buscar las relaciones transitivas o las relaciones 
entre dos campos que no sean clave. Las descripcion del suelo, aunque dependa en 
un sentido del codigo de la planta (parecía una dependencia parcial cuando la 
examinamos en el paso anterior) depende en realidad de la categoria de suelo. Por 
lo tanto, la descripcion del suelo debe eliminarse. De nuevo, extraigala y colóque- 
la en la nueva tabla, junto con su clave actual (categoria de suelo), como se 
muestra en la tabla 8.9 y 8.10. 


Tabla 8.9. Datos de las plantas despues de extraer la descripcion del suelo 


CÓDIGO DE PLANTA NOMBRE DE PLANTA CATEGORÍA DE SUELO 


431 Leucadendron A 
446 Protea B 
482 Erica C 
449 Restio B 


Tabla 8.10. Creación de una nueva tabla con la descripcion del suelo 


CATEGORÍA DE SUELO DESCRIPCIÓN DEL SUELO 
A Arenisca 
B Arenisca/Caliza 


C Caliza | 


Nuevamente, podemos reducir la posibilidad de que aparezcan anomalias. Ahora 
resulta imposible asumir de forma errónea que la categoria de suelo B esta asocia- 
da a algo que no sea una combinacion de arenisca y caliza. Las relaciones entre la 
descripcion del suelo y la categoria de suelo se almacenan en un solo lugar: la 
nueva tabla de suelo, de cuya exactitud podemos dar fe. 

A continuación, procederemos a examinar este ejemplo sin las tablas de datos 
que nos han servido de guia. Con frecuencia al diseñar un sistema no se tiene un 
conjunto completo de datos de prueba y no resultarán necesarios si se comprenden 
las relaciones entre los datos. En el ejemplo anterior se han utilizado tablas para 
poner de manifiesto las consecuencias de almacenar datos en tablas no normaliza- 
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Por ahora, cl ejemplo dc las plantas no lleva asignada ninguna clave y consta 
de grupos que sc repiten, Para poder cumplir la primcra forma normal, necesita- 
mos definir la clave primaria y cainbiar la cstructura con el fin de que no se 
incluyan grupos repetitivos; cn otras palabras, cada interscecion dc fila y colum- 
na dcbe contencr un valor, y sólo uno. Sin ello, no podremos colocar los datos cn 
la típica tabla bidimensional que esigecn la mayor parte de las bases de datos. 
Coino clave primaria selcccionamos el codigo de ubicacion y el codigo de planta 
de forma conjunta (ninguno de los campos puedc identificar por si solo un regis- 
tro de forma exclusiva) y sustituimos los grupos repctidos por un atributo dc 
valor unico. En la tabla 8.11 sc recogen los resultados. 


Tabla 8.11. Primera forma normal 


Tabla PLANTA UBICACIÓN 


Código de ubicación 
Nombre de ubicacion 
Codigo de planta 
Nombre de planta 
Categoria de suelo 


Descripción del suelo 


Esta tabla cstá en la primera forma normal. Pero ¿está en la segunda forma 
normal? 


Segunda forma normal 


Una tabla esta en la segunda forma normal si sigue estas reglas: 


+ Siesta cn la primcra forma normal 


+ Si no incluye dependencias parciales (cuando un atributo depende exclusi- 
vamente dc parte de una clave primaria) 


TRUCO: Para que un atributo dependa únicamente de parte de una clave 


primaria, dicha clave debe estar compuesta de más de un campo. Si la clave 


2 > 


primaria contiene un solo campo, la tabla estará Antúnidticamente en la 
segunda forma normal si está en la primera. 


Esaminemos todos los campos. El nombre de la ubicacion depende unicamente 
del codigo de ubicacion. El nombre de planta, la categoria de suelo y la descrip- 
cion del suelo sólo dependen del codigo de planta. (Esto supone que cada planta 


das. pero sin ellas tendra que basarse en las dependencias entre campos, que es la 
clave de la normalizacion de las bases de datos. 
En primer lugar, la estructura de los datos era la siguiente: 


* Codigo dc utilización 
e Nombre de ubicacion 


+ —Numcros dc plantas 1-n (I-n cs una forma abreviada de indicar que existen 
varias ocurrencias dc cstc campo: cn otras palabras. que se trata de un 
grupo repetitivo). 


+ Nombre de plantas 1-n 
+  Catcgorias dc suelo Í-n 


+ Descripciones de suelo |-n 


Ésta cs una cstructura sin ninguna normalizacion o lo que es lo mismo con 
forma normal cero. Por lo tanto, para iniciar el proceso de normalización. co- 
menzamos por realizar cl tránsito de la forma normal cero a la primera forma 
normal. 


Primera forma normal 


Las tablas que cstan cn la primera forma normal siguen cstas reglas: 
* No incluyen grupos que se repitan 
+ Todos los atributos de clave estan definidos 


* Todos los atributos dependen de la clave primaria 


Esto significa que los datos deben ser capaces de encajar en un formato tabu- 
lar, en el que cada campo contiene un valor. En esta fase tambien se define la 
clave primaria. Algunos afirman que no es necesario definir la clave primaria 
para que una tabla cumpla la primera forma normal, pero esta operación sc suele 
realizar en esta fase y resulta necesaria para poder pasar a la siguiente fase. 
Dejando a un lado esta polemica, es aconsejable definir la clave primaria en este 
punto. 


solo se desarrolla en un tipo de suelo, como se ha supuesto en este ejemplo). Por 
lo tanto, procedemos a extraer todos estos campos y a colocarlos en una tabla 
separada, con la clave que formaba parte de la original sobre la que dependen. El 
resultado son las tablas 8.12, 8.13 y 8.14. 


Tabla 8.12. La tabla Planta Ubicacion sin las dependencias parciales 


Tabla PLANTA UBICACIÓN 


Código de planta 


Codigo de ubicacion 


Tabla 8.13. La tabla resultante de los campos dependientes del codigo de planta 


Tabla PLANTA 


Codigo de planta 
Nombre de planta 
Categoria de suelo 


Descripción del suelo 


Tabla 8.14. La tabla resultante de los campos dependientes del codigo de ubicación 


Tabla UBICACIÓN 


Código de ubicación 


Nombre de ubicacion 


Las tablas resultantes estan ahora en la segunda forma normal. Pero ¿están en 
la tercera forma normal? 


Tercera forma normal 


Una tabla esta en la tercera forma normal si cumple estas reglas: 
+  Sieste en la segunda forma normal 


* Sino contiene dependencias transitivas (cuando un atributo que no sea clave 
depende de una clave primaria a traves de otro atributo que no sea clave). 


Como la unica tabla que tiene mas de un atributo que no sea clave es la tabla 
PLANTA, podemos ignorar el resto porque ya estan en la tercera forma normal. 
Todos los campos dependen de la primera clave de alguna forma, dado que las 
tablas estan en la segunda forma normal. Pero, jse realiza esta dependencia a 
traves de otro campo que no sea clave? El nombre de planta no depende de la 
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categoria de suelo ni de la descripcion del suclo. Ni la categoria de suelo depende 
de la descripcion del suclo ni del nombre dc las plantas. 


TRUCO: Si la tabla contiene un atributo que no sea clave es imposible, 
obviamente, que este dependa de otro atributo que tampoco sea clave. To- 


das las tablas de este tipo que están en la segunda forma normal, lo estarán 
automáticamente en la tercera forma normal 


Sin embargo, la descripcion del suelo depende de la categoria de suelo. Volve- 
mos a utilizar el procedimiento anterior para extraer el campo y colocarlo en su 
propia tabla con el atributo del que depende como clave. El resultado son las 
tablas 8.15, 8.16; 8.17 y 8.18. 


Tabla 8.15. La tabla Ubicacion de planta no se modifica 


Tabla UBICACIÓN DE PLANTA 


¡| Codigo de planta 


' Codigo de ubicacion 
| 


Tabla 8.16. La tabla Planta sin el campo Descripcion del suelo 


Tabla PLANTA 


Código de planta 
| 
' Nombre de planta 


' Categoria de suelo 


Tabla 8.17. La tabla Nuevo suelo 


Tabla SUELO 


| Categoria de suelo 


' Descripcion del suelo 


Tabla 8.18. La tabla Ubicacion no se modifica 


Tabla UBICACIÓN 


| Código de ubicación | 


Nombre de ubicación 


Todas estas tablas estan ahora en la tercera forma normal. La tercera forma 
normal suele ser suficiente para la mayor parte de las tablas porque evita los tipos 
mas comunes de anomalias en los datos. Es aconsejable ajustar todas las tablas a 
la tercera forma normal antes de implementarlas ya que con ello se cumpliran los 
objetivos de normalizacion expuestos al principio del capitulo en la gran mayoría 
de los casos. Las formas normales adicionales, como la forma normal de Boyce- 
Codd y la cuarta forma normal, no se suelen utilizar en aplicaciones de negocio. 
En la mayor parte de los casos, las tablas ajustadas a la tercera forma normal 
cumplen tambien con estas otras formas normales. Ahora bien, todos los expertos 
en bases de datos deberian conocer las excepciones y ser capaces de normalizar 
las tablas a otros niveles superiores si resultara necesario. 


Forma normal de Boyce-Codd 


E.F. Codd y R.F. Boyce, dos de las personas que mas han contribuido al 
desarrollo del modelo de base de datos, han sido distinguidos con el nombre de 
esta forma normal. E.F. Codd desarrollo y amplio el modelo relacional, además 
de desarrollar la normalizacion para los modelos relacionales en 1970, mientras 
que R.F. Boyce fue uno de los creadores del Lenguaje de consulta estructurado 
(por aquel entonces llamado SEQUEL). 

No hay que confundir la forma normal de Boyce-Codd con la cuarta forma 
normal, pese a que algunas fuentes lo hagan. Vamos examinar un ejemplo con 
anomalias de datos presentes en la tercera forma normal que se resuelven con su 
transformación en la forma normal Boyce-Codd, antes de definirla (vease la tabla 
8.19). 


Tabla 8.19. Una tabla que contiene datos sobre 
las relaciones de estudiantes, cursos y profesores 


Tabla ESTUDIANTE CURSO PROFESOR 


Estudiante 
Curso 


Profesor 


Supongamos que las siguientes afirmaciones son ciertas con respecto a la ta- 
bla 8.19: 


+ Cada profesor imparte un solo curso. 
+ Cada curso puede llevar asignado uno o varios profesores 
+ Cada estudiante sólo tiene un profesor por curso. 


e Cada estudiante puede seguir uno o varios cursos. 


309 


¿Cuál seria la clave? Ninguno de estos campos seria suficiente por si mismo 
para identificar de forma exclusiva un registro. Por lo tanto, tendremos que utili- 
zar dos, pero ¿qué dos seleccionar? 

Quizás la mejor opción serian el campo estudiante y el campo profesor, ya que 
este conjunto nos permitiria determinar el curso. Tambien podriamos utilizar el 
campo estudiante y el campo curso, que determinarian el profesor. Por el momen- 
to vamos a utilizar esta ultima pareja como clave (vease la tabla 8.20). 


Tabla 8.20. Uso del carnpo Estudiante y del carnpo Curso como clave 


Tabla ESTUDIANTE CURSO PROFESOR 


Estudiante 
Curso 


Profesor 


¿En que forma normal esta la tabla? Esta en la primera forma normal, ya que 
tiene una clave y no consta de grupos repetidos. Tambien esta en la segunda 
forma normal, ya que el profesor depende de los otros dos carnpos (los estudiantes 
tiene varios cursos y, por tanto, varios profesores y los cursos tienen varios pro- 
fesores). Por ultimo, tambien esta en la tercera forma normal, ya que solo consta 
de un atributo que no sea clave. 

Sin embargo, los datos presentan todavia algunas anomalias. En la tabla 8.21 
se ilustra un ejemplo de la tabla con datos. 


Tabla 8.21. Mas anomalias en los datos 


ESTUDIANTE PROFESOR 
Conrad Peinaar Biologia Nkosizana Asmal 
Dingaan Fortune Matematicas Kader Dlamini 
Gerrie Jantjies Ciencias Helen Ginwala 
Mark Thobela Biologia Nkosizana Asmal 
Conrad Pienaar Ciencias Peter Leon 
Alicia Ncita Ciencias Peter Leon 
Quinton Andrews Matematicas Kader Dlamini 


El hecho de que Peter Leon imparta el curso de ciencias esta almacenado de 
manera redundante, como ocurre con Kader Dlamini con matematicas y Nkosizana 
Asmal con biologia. El problema es que el profesor determina el curso. O dicho de 
otra manera, el curso viene determinado por el profesor. La tabla se ajusta a las 
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reglas de la tercera forma normal porque existen atributos que no son clave que 
dependen de otros atributos que no sean clave. Sin embargo, un atributo clave 
depende de un atributo que no es clave. Podemos utilizar de nuevo el método 
consistente en eliminar este campo y colocarlo en una tabla nueva con su clave 
(vease la tabla 8.22 y la tabla 8.23). 


Tabla 8.22. La tabla Estudiante Profesor tras eliminar el campo Curso 


Tabla ESTUDIANTE PROFESOR 


Estudiante 


Profesor 


Tras eliminar el campo de curso, la clave principal debe incluirse en los cam- 
pos restantes para identificar un registro de manera exclusiva. 


Tabla 8.23. La tabla Estudiante Profesor tras eliminar el campo Curso 


Tabla PROFESOR CURSO 


Profesor 


Curso 


J 


Aunque seleccionamos el campo Curso como parte de la clave principal en la 
tabla original, el profesor determina el curso, que es la razon por la que lo conver- 
timos en la clave primaria en esta tabla. Como puede observar, el problema de 
redundancia queda resuelto. 

Por lo tanto, una tabla esta en la forma de Boyce-Codd si cumple las siguientes 
condiciones: 


+ Siesta en la tercera forma normal 


e Si cada determinante es una clave candidata 


Suena un tanto complicado, ¿verdad? Para la mayoría de la gente sin experien- 
cia en el diseño de bases de datos, toda esta terminología resulta nueva. Si siguio 
este ejemplo, sin embargo, los terminos le resultaran un poco mas claros: 


+ Un determinante es un atributo que determina el valor de otro atributo. 


+ Una clave candidato es una clave o una clave alternativa (en otras pala- 
bra, el atributo puede ser una clave para dicha tabla). 


El campoProfesor no es una clave candidata (ya que por si solo no identi- 
fica de manera exclusiva un registro), pero determina el curso, por lo que la tabla 
no esta en la forma normal de Boyce-Codd. 
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Examinemos el ejemplo de nuevo para ver que ocurria si seleccionamos el 
campo Estudiante y el campo Profesor corno la clave, corno muestra la 
tabla 8.24.¿En que forma normal esta la tabla en esta ocasion? 


Tabla 8.24. Uso de los carnpos Estudiante y Profesor corno clave 


Tabla ESTUDIANTE CURSO PROFESOR 


Estudiante 
Profesor 


Curso 


De nuevo, esta en la primera forma normal porque contiene una clave primaria 
y no incluye grupos repetidos. Sin embargo, no esta en la segunda forma normal 
porque el curso viene determinado unicamente por una parte de la clave: el profe- 
sor. Si eliminamos el curso y su clave, el profesor, obtendremos los datos que se 
ilustran en la tablas 8.25 y 8.26. 


Tabla 8.25. Elirninacion del campo Curso 


Tabla ESTUDIANTE PROFESOR 


Estudiante 


Profesor 


Tabla 8.26. Creación de una nueva tabla con Curso 


Tabla PROFESOR CURSO 


Profesor 


Curso 


De cualquiera de las dos formas que lo hagamos, obtendremos las mismas dos 
tablas si nos aseguramos de que se ajustan a la forma normal de Boyce-Codd. Por 
regla general, suele ocurrir cuando existen campos alternativos entre los que se- 
leccionar una clave; no importa los que se escojan al principio, porque tras el 
proceso de normalización obtendremos los mismos resultados en cada caso. 


Cuarta forma normal 


Examinemos una situación en la que pueden filtrarse redundancias aunque la 
tabla se encuentre en la forma normal de Boyce-Codd. Para esta demostracion, 
retomaremos el ejemplo de los estudiantes, profesores y cursos utilizado en la 
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seccion anterior modificando una de las premisas iniciales. Esta vez, asumiremos 


que un estudiante pueda tener varios profesores asignados a un curso (vease la 
tabla 8.27). 


Tabla 8.27. Datos de la tabla Estudiante 
Curso Profesor, con varios profesores por curso 


ESTUDIANTE PROFESOR 
Conrad Peinaar Biologia Nkosizana Asmal 
Dingaan Fortune Matematicas Kader Dlamini 
Gerrie Jantjies Ciencias Helen Ginwala 
Mark Thobela Biologia Nkosizana Asmal 
Conrad Pienaar Ciencias Peter Leon 

Alicia Ncita Ciencias Peter Leon 
Quinton Andrews Matematicas Kader Dlamini 


Dingaan Fortune Matematicas Helen Ginwala 


Los datos son los mismos que en la seccion anterior con la excepción de que 
Helen Ginwala imparte clases de ciencias a Gerrie Jantjies además de matemáti- 
cas a Dignan Fortune y que Dingaan Fortune recibe clases de matematicas de 
Helen Ginwala y de Kader Dlamin:. 

La unica clave posible es una combinacion de los tres atributos, como muestra 
la tabla 8.28. Ninguna otra combinacion identifica de forma exclusiva un registro 
concreto. 


Tabla 8.28. Tres atributos como clave 


Tabla ESTUDIANTE CURSO PROFESOR 


Estudiante 


Profesor 


Curso 


Sin embargo, todavia presenta algunos comportamientos potencialmente ano- 
malos. El hecho de que Kader Dlamini de clases de matematicas se sigue almace- 
nando mas de una vez asi como el hecho de que Dignan Fortune siga clases de 
matematicas. El autentico problema es que la tabla almacena mas de un tipo de 
circunstancias: una relación estudiante-curso y una relación estudiante-profesor. 
Podemos evitar esta situación, como siempre, separando los datos en dos tablas, 
como se muestra en la tabla 8.29 y 8.30. 
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Tabla 8.29. Creacion de una tabla para la relación estudiante-profesor 


Tabla ESTUDIANTE PROFESOR 


Estudiante 


Profesor 


Tabla 8.30. Creacion de una tabla para la relación estudiante-curso 


Tabla ESTUDIANTE CURSO 


Estudiante 


Curso 
_] 


Esta situación se da cuando tenemos varias dependencias multivalor. Una de- 
pendencia multivalor se establece entre dos atributos cuando, para cada valor del 
primer atributo, esiste uno o varios valores asociados al segundo atributo. Para 
cada valor de estudiantes, existen varios valores de curso. 

Ésta es la primera dependencia multivalor. Seguidamente, para cada valor de 
estudiante, esiste uno o varios valores de profesor. Ésta es la segunda dependen- 
cia multivalor. 

Por lo tanto, una tabla esta en la cuarta forma normal si cumple los siguientes 
criterios: 


+ Siesta en la forma normal de Boyce-Codd 


+ Sino contiene mas de una dependencia multivalor 


Quinta forma normal y otras formas 


Existen otras formas normales de interes principalmente academico, ya que los 
problemas que solucionan apenas aparecen en la realidad. No vamos a examinar- 
las en detalle, pero para aquellos interesados, el siguiente ejemplo puede servirles 
de aperitivo (vease la tabla 8.31). 


Tabla 8.31. Ejemplo Comercial 


COMERCIAL COMPAÑÍA PRODUCTO 
Felicia Powers Exclusive Libros 

Afzal lenesund Wordsworth Revistas 
Felicia Powers Exclusive Revistas 
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Por regla general, estos datos se almacenarian en una tabla, ya que necesitamos 
los tres registros para ver las combinaciones válidas. Afzal Ignesund vende revis- 
tas para Wordsworth, pero no necesariamente libros. Felicia Powers vende libros y 
revistas para Exclusive. Pero vamos a agregar otra condicion: si un comercial 
venden un determinado producto y lo vende para una empresa en concreto, enton- 
ces deben vender dicho producto para dicha empresa. En la siguiente tabla se 
incluyen datos adicionales que cumplen la condicion expuesta (vease tabla 8.32). 


Tabla 8.32. Tabla Cornercial con mas datos 


COMERCIAL COMPAÑÍA PRODUCTO 


Felicia Powers Exclusive Libros 
Felicia Powers Exclusive Revistas 
Afzal Ignesund Wordsworth Revistas 
Felicia Powers Wordsworth Libros 


Felicia Powers Wordsworth Revistas 


Con dependencia adicional, podriamos normalizar la tabla 8.32 en tres tablas 
separadas sin perder ningun dato, como se ilustra en las tablas 8.33, 8.34 y 8.33. 


Tabla 8.33. Creacion de una tabla con los carnpos Cornercial y Producto 


COMERCIAL PRODUCTO 
Felicia Powers Libros 
Felicia Powers Revistas 
Afzal Ignesund Libros 


Tabla 8.34. Creacion de una tabla con los carnpos Cornercial y Compañía 


COMERCIAL COMPAÑÍA 
Felicia Powers Exclusive 

Felicia Powers Wordsworth 
Afzal lgnesund Wordsworth 


Tabla 8.35. Creacion de una tabla con los carnpos Compañía y Producto 


COMPAÑÍA PRODUCTO 


Exclusive Libros | 
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COMPAÑÍA PRODUCTO 


Exclusive Revistas 
Wordsworth Libros 
Wordsworth Revistas 


Basicamente, una tabla esta en la quinta forma normal, si no se puede dividir 
en tablas mas pequeilias con diferentes claves (la mayor parte de las tablas se 
pueden dividir en tablas mas pequeiias con la misma clave). 

Mas alla de la quinta forma normal, entremos en el apasionante mundo de las 
formas normales de clave dominante, un tipo ideal teorico. Su uso practico para 
un diseiiador de base de datos es similar al concepto de infinito para un contable: 
existe en teoria, pero no se utiliza en la practica. Ni el mas corrupto de los ejecu- 
tivos esperaria que su contable utilizara este concepto. 

Para aquellos lectores interesados en profundizar en este tema de caracter 
académico y muy teorico, les sugiero obtener una copia de la obra An Introduction 
to Database Systems de C.J, Date (Addison-Wesley, 1999). 


Concepto de desnormalizacion 


La desnormalizacion es el proceso de invertir las transformaciones realizadas 
durante la normalizacion por razones de rendimiento. Se trata de un tema que 
suscita la polémica entre los expertos en bases de datos. Para algunos el coste es 
demasiado alto y nunca desnormalizan mientras otros alaban sus ventajas y acos- 
tumbran a desnormalizar. 

Los defensores de la normalización siguen este proceso mental: la normaliza- 
cion crea mas tablas al avanzar hacia formas normales mas altas, pero un mayor 
numero de tablas significa un mayor numero de combinaciones al recuperar los 
datos, lo que contribuye a la ralentizacion de las consultas. Por esta razon, para 
mejorar la velocidad de determinadas consultas, se pueden anular las ventajas de 
la integridad de datos y devolver la estructura de los datos a una forma normal 
inferior. 

En materia de desnormalizacion, es aconsejable adoptar un enfoque practico, 
teniendo en cuenta las limitaciones de SQL y de MySQL en particular, y ser 
prudente no desnormalizando de manera innecesaria. Los siguientes consejos le 
ayudaran a la hora de decidir: 


e Sel uso de una estructura normalizada genera un rendimiento aceptable, 
no deberia desnormalizar. 


+ Siel rendimiento no resultara aceptable, asegurese de comprobar si el 
proceso de desnormalizacion lo convierte en aceptable. Es aconsejable bus- 
car alternativas, como la elección de mejor hardware para evitar la 
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desnormalizacion. Resulta difícil deshacer los cambios estructurales pos- 
teriormente. 


Asegurese de que prefiere una menor integridad de los datos a cambio de 
un mejor rendimiento. 


Considere posible escenarios futuros, en los que las aplicaciones puede 
que planteen exigencias diferentes a los datos. El uso de la desnormalizacion 
para mejorar el rendimiento de una aplicacion obliga a la estructura de 
datos a depender de dicha aplicacion, cuando la situación ideal seria la 
contraria. 


La tabla 8.36 introduce una estructura comun en la que puede que no le intere- 
se desnormalizar. ¿Puede indicar en qué forma normal se encuentra la tabla? 


Tabla 8.36. Tabla Cliente 


Tabla CLIENTE 


ID 
Nombre 
Apellido 


Direccion 1 


Direccion 2 
Ciudad 
Codigo postal 


La tabla 8.36 debe estar en la primera forma normal porque tiene una clave 
primaria y no ser repiten grupos. Debe estar en la segunda forma normal porque 
consta de una sola clave, por lo que no puede haber dependencias parciales. ¿Está 
en la tercera forma? ¿Contiene alguna dependencia transitiva? Parece que si. El 
campoCódigo postal viene probablemente determinado por el atributo de la 
ciudad. Para convertir esta tabla en la tercera forma normal, deberia sacar el 
codigo postal y colocarlo en una tabla separada con la ciudad como clave. En la 
mayor parte de los casos, sin embargo, no es aconsejable realizar esta operación. 
Aunque la tabla no este en la tercera forma normal, no merece la pena separar 
esta tabla. Cuanto mayor sea el numero de tablas, mayor sera el numero de com- 
binaciones que se necesitan establecer, lo que ralentiza el sistema. La razon para 
normalizar una tabla es reducir su tamaño eliminando campos redundantes (que a 
menudo aumentan la velocidad el sistema). Pero tambien debemos tener en cuenta 
la forma en la que se utilizan las tablas. Por regla general, el campoCiudad y el 
campoCódigo postal se devolveran siempre de forma conjunta, como parte 
de la dirección. En la mayor parte de los casos, la pequeiia cantidad de espacio 
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que se ahorra al eliminar las uniones de ciudad y codigo postal no compensaran la 
ralcntizacion del sistema debido a las combinaciones extra. En algunas situacio- 
nes. pucde que resulte útil, por ejemplo si neccsita ordenar direcciones en funcion 
de codigos postales o ciudades para miles de clicntes y la distribución de los datos 
implica que una consulta sobre una tabla nueva mas pcquefia pucde devolver los 
resultados de manera significativamente mas rapida. Los diseiladores de base de 
datos experimentados suelen probar otras posibilidades, siguiendo cstrictamente 
las reglas, a media que van entendiendo la forma en la que se utilizan los datos. 
Pero esto es algo que solo nos puede ensefiar la experiencia. La normalizacion no 
es mas que un conjunto de pasos que suclen gencrar una cstructura de tabla mas 
eficiente, no un conjunto de reglas para el diseiio de bases de datos. 


TRUCO: Existen diselios de bases de datos terribles, practicamente siem- 


pre debidos a una falta de normalizacibn en lugar de a un exceso de ceto 
normativo. Por lo tanto, en caso de duda, normalice. 


Resumen 


La normalizacion de bases de datos es un proceso aplicado a las tablas para 
evitar los distintos tipos dc anomalias que afectan a los datos: 


+ La primcra forma normal no contiene grupos repetidos y garantiza que 
todos los atributos dependan de una clave primaria. 


+ Lascgunda forma normal no contiene dependencias parciales. 
+ La terccra forma normal no conticne dependencias transitivas. 


* En la practica, la tercera forma normal suelc ser suficiente; de hecho, una 
normalizacion excesiva puede dar lugar a problemas de rendimiento, ya 
que es probable que la base de datos tenga que realizar demasiadas combi- 
nacioncs. 


+ La forma normal de Boyce-Codd garantiza que cada determinante sea una 
clave candidata. 


+ La cuarta forma normal no contiene mas que una dependencia multivalor, 


+ La quinta forma normal garantiza que las tablas no puedan reducirse a 
tablas de menor tamafio con claves diferentes. 


+ La forma normal de clave dominante es un ideal teórico que queda fuera 
del alcance de este libro. 


Diseño 
de bases 
de datos 


Las bases de datos existen por la necesidad de convertir los datos en informa- 
cion. Los datos son la materia prima. La informacion se obtiene procesando los 
datos para convertirlos en algo útil. Por ejemplo, los millones de nombres y nume- 
ros de telefono de una guia de telefonos son datos. La informacion es el numero de 
telefono del departamento de bomberos cuando nuestra casa se esta quemando. 

Una base de datos es un gran almacen de hechos, diseiiado de tal forma que el 
procesamiento de dichos hechos resulte sencillo. Si la guia de telefonos estuviera 
estructurada de forma menos practica, por ejemplo, con los nombres y los nume- 
ros clasificados en orden cronologico en funcion de la asignacion de telefonos, la 
conversion de los datos en informacion resultaria mucho mas dificil. Si no sabe- 
mos cuando fue asignado el numero de telefono del departamento de bomberos, 
podriamos pasarnos horas buscandolo. Es probable que nuestra casa estuviera 
reducida a cenizas para cuando dieramos con él. Por ello debemos alegrarnos de 
que la guia de telefonos este diseitada como lo esta. 

Una base de datos es mucho mas flexible. Un conjunto de datos similar al que 
contiene su guia de telefonos se puede ordenar en MySQL por el nombre, el 
numero de telefono, la dirección o cronologicamente. Sin embargo, las bases de 
datos resultan mucho mas complejas, ya que contiene muchos tipos diferentes de 
informacion. Se pueden combinar nombres de personas, trabajos y productos de 
una compaiila para devolver informacion compleja. Pero esta complejidad hace 
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que el diseiio de las bases de datos resulte tambien mas complicado. Los malos 

diseios puede ralentizar las consultas o incluso impedir el acceso a determinado 

tipo de informacion. Ahora analizaremos el diseiio correcto de las base de datos. 
En este capitulo se abordan los siguientes temas: 


Ciclo de vida de la base de datos 

Modelo entidad-relacion 

Errores comunes en el diseiio de bases de datos 

Ejemplo real: creación de un sistema de seguimiento de publicaciones 


Control de simultaneidad mediante transacciones 


Ciclo de vida de las bases de datos 


Como todo, las bases de datos tienen una vida finita. Nacen en un arrebato de 
optimismo, y su vida discurre cosechando fama, fortuna y notoriedad, o un anonirnato 
tranquilo segun los casos, antes de extinguirse. Incluso las bases de datos mas acla- 
madas acaban siendo sustituidas con el tiempo por otras estructuras mas flexibles y 
actualizadas, y la vida comienza de nuevo. Aunque su definición exacta puede variar, 
por regla general el ciclo de vida de una base de datos consta de seis fases. 


Analisis: En la fase de análisis se entrevista a los accionistas y se exami- 
nan todos los sistemas existentes para identificar los problemas, las posi- 
bilidades y los limites. En esta fase se determinan los objetivos y el ambito 
del nuevo sistema. 


Diselio: En la fase de diseiio se crea el diseiio conceptual a partir de las 
necesidades determinadas previamente. Tambien se crea un diseiio lógico y 
fisico para preparar la implementacion de la base de datos. 


Implementación: En la fase de implementacion se instala el sistema de 
administración de la base de datos (DBMS), se crea la base de datos y se 
cargan o importan los datos. 


Pruebas: En la fase de pruebas se examina la base de datos y se ajusta, por 
lo general junto a las aplicaciones asociadas. 


Puesta en marcha: En esta fase la base de datos opera normalmente, pro- 
duciendo informacion para sus usuarios. 


Mantenimiento: En la fase de mantenimiento se introducen cambios en la 
base de datos en respuesta a las nuevas necesidades o se modifican las 
condiciones operativas (como una carga mas pesada). 


El desarrollo de la base de datos no es independiente al desarrollo de los siste- 
mas. De hecho, se suele considerar como uno de los componentes del proceso mas 
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amplio de desarrollo de sistemas. Las fases del desarrollo de sistemas coinciden 
basicamente con las fases del ciclo de vida de una base de datos, con la diferencia 
de su alcance. Mientras el diseiio de las bases de datos se centra en el diseiio del 
sistema para almacenar los datos, el diseijo de sistemas se ocupa además de los 
procesos que incidiran en los datos. 


Fase 1: Análisis 


El sistema actual ya no da mas de si. Es hora de cambiar. Quizás el sistema de 
papel que se utiliza en la actualidad genera demasiados errores o el antiguo guion 
de Perl basado en archivos planos ya no es capaz de procesar la carga. O puede 
que la base de datos de noticias utilizada en un sitio Web presente problemas por 
su popularidad y necesite actualizarse. En esta fase se revisa el sistema existente. 

En función del tamaño del proyecto, la responsabilidad del diseiio recaera en una 
sola persona, encargada de la implementación y de la codificación de la base de datos, 
o en un equipo completo de analistas. Utilizaremos el termino diseñador para hacer 
referenciaa ambos casos. Estos son los pasos que constituyen la fase de analisis: 


1. Análisis de la organizacion 
2. Definicion de todos los problemas, posibilidades y limites 
3. Definicion de los objetivos 


4. Acuerdo sobre el ambito 


Al revisar un sistema, el diseitador necesita adoptar una vision general, teniendo 
en cuenta no sólo el hardware o las estructuras de tabla existentes, sino la situación 
completa de la organizacion. Por ejemplo, un gran banco con un sistema de gestion 
centralizado tendra una estructura diferente y una forma especial de operar que una 
empresa de comunicacion descentralizada en el que todo el mundo puede remitir 
noticias a un sitio Web. Puede que parezca obvio, pero resulta vital comprender la 
organizacion para la que estamos desarrollando la base de datos para que el diselio 
resulte satisfactorio. Las mismas exigencias del banco y de la empresa de comuni- 
cación darán lugar a diferentes diseiios porque el distinto caracter de las organiza- 
ciones. En otras palabras, una solución desarrollada para un banco no se puede 
implementar si un examen previo en una empresa de comunicacion, aunque las 
situaciones parezcan similares. El banco puede adoptar una cultura de control cen- 
tralizado consistente en que las noticias enviadas a su sitio Web deban ser modera- 
das y autorizadas por el departamento central de administración o puede exigir al 
diseiiadorque mantenga un control de cambios detallado sobre que se modifica, por 
que personas y cuando tienen lugar los cambios. Por otra parte, la empresa de 
comunicacion puede aplicar una política menos intervencionista y aceptar que las 
noticias las modifique cualquier editor autorizado. La comprension de la cultura de 
la organizacion ayudara al diseiiador a plantear las preguntas correctas. Puede que 
el cliente no solicite un control de cambios, sino que lo de por supuesto simplemente 


323 


y que cuando llegue la fase de implementación necesitemos cubrir dicha necesidad, 
lo que exigira mas tiempo y recursos. 

Una vez entendida la estructura de la organizacion, puede preguntar a los 
usuarios de los sistemas existentes cuales son sus problemas y necesidades, que 
limites existen actualmente y cuales son objetivos de la nueva base de datos, asi 
como cuales son los limites que existiran entonces. Debe consultar a diferentes 
miembros de la organizacion, ya que cada uno aiiadira nuevas puntos de vista 
sobre las necesidades de la base de datos. Por ejemplo, el departamento de marke- 
ting de la empresa de comunicacion puede que desee hacer un seguimiento de los 
movimientos de un articulo de noticias a otro dentro de su sitio Web y que el 
departamento editorial desee estadisticas detalladas sobre las horas a las que se 
suelen leer determinados articulos. Puede que tambien se le avise sobre posibles 
necesidades futuras. Por ejemplo, puede que el departamento editorial este pla- 
neando ampliar el sitio Web, que permitira a la plantilla vincular de forma 
entrecruzada los articulos Web. Si tenemos presente esta necesidad futura, es 
probable que resulte mas sencillo agregar la funcion de entrecruzar enlaces Web 
cuando llegue el momento. 

Las restricciones puede referirse al hardware ("tenemos que utilizar nuestro 
servidor de base de datos existente, un AMD Duron a 900 MHz") o a los recursos 
humanos ("solo disponemos de una persona para capturar los datos por turno”). 
Las restricciones tambien pueden hacer referencia a limites sobre valores. Por 
ejemplo, que las notas de un estudiante en una base de datos de una universidad 
no puedan superar el 10 o que las tres categorias de asientos de la base de datos de 
un teatro sean pequeiio, mediano y grande. 

Por regla general, no basta con que un nivel de dirección, o un individuo, 
indique los objetivos y los problemas actuales, salvo en organizaciones de peque- 
jo tamaiio. Puede que las instancias de gestion mas altas corran con los gastos del 
diseiio de la base de datos, pero los niveles inferiores necesitaran utilizarlos y es 
probable que los datos que estos indiquen sean los mas importantes para lograr un 
diseiio satisfactorio. 

Por supuesto, aunque todo resulta posible si no se ponen limites temporales o 
monetarios, este escenario es muy poco objetivo. La determinación del ambito y 
su formalización es una parte importante del proyecto. Si el presupuesto se esta- 
blece para un mes de trabajo pero la solución ideal requiere tres, el diseiiador debe 
dejar claras estas circunstancias y llegar a un acuerdo con los propietarios del 
proyecto sobre los aspectos que no se van a implementar. 


Fase 2: Diseño 


La fase de diseiio es aquella en la que se utilizan las necesidades identificadas 
en la fase anterior como base para desarrollar el sistema de noticias. O lo que es 
lo mismo, la conversion al plano tecnico de las estructuras de datos recogidas en 
el plano de los negocios. Los "ques" ("¿Qué datos se necesitan? ¿Qué problemas 
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se deben resolver?") se convierten en "cómos" ("¿Cómo se estructuraran los datos 
? ¿Cómo se accedera a los datos?"). 

Esta fase consta de tres partes: el diseiio conceptual, el diseiio lógico y el 
diseiio fisico. Algunas metodologias funden la fase de diseiio lógica dentro de las 
otras dos fases. El objetivo de este capitulo no es el de realizar un estudio defini- 
tivo sobre las metodologias de diseijo de bases de datos (existen libros enteros 
dedicados a analizar esta materia) sino el de servir de introducción a este tema. 


Diseño conceptual 


La finalidad de la fase de diseiio conceptual consiste en desarrollar un modelo 
conceptual basado en las necesidades identificadas anteriormente y que resulte 
cercano al modelo fisico final. El modelo conceptual mas util y comun se denomi- 
na modelo entidad-relacion. 


Entidades y atributos 


Las entidades son basicamente gente, lugares o cosas sobre las que deseamos 
mantener informacion. Por ejemplo, el sistema de una biblioteca consta de las 
entidades libro, biblioteca y cliente. Para aprender a identificar las 
entidades, su numero y los atributos de una identidad, se necesita practica pero 
existen algunas reglas generales. Las siguientes preguntas le ayudaran a identifi- 
car si un elemento es una entidad: 


+ ¿Puede variar en numero independientemente de otras identidades? Por 
ejemplo, no es probable quealtura de persona sea una entidad, ya 
que no puede modificarse de forma independiente de persona. No es 
fundamental, por lo que no es una entidad en este caso. 


*+ ¿Resulta lo suficientemente importante como para garantizar el esfuerzo 
de mantenimiento? Por ejemplo, cliente puede que no sea importante 
para una tienda de comestibles y que, consecuentemente, no sea una enti- 
dad en este caso, pero que si sea importante para una videoteca y que sea 
entidad, por tanto. 


+ ¿Se puede dividir en categorias? Por ejemplo, un establecimiento dedicado 
al alquiler de vehiculos puede utilizar diferentes criterios y almacenar las 
necesidades segun el tipo de vehiculos. Puede que vehiculo no sea una 
entidad ya que se puede dividir en coche y barco, que son entidades. 


+ — ¿Enumera un tipo de cosa, no una instancia? El videojuego blow-—em-up 
6 no es una entidad, sino mas bien una instancia de la entidad juego. 


+ ¿Lleva muchos hechos asociados? $1 sólo contiene un atributo, es poco 
probable que sea una entidad. Por ejemplo, ciudad puede ser una entidad 
en algunos casos, pero si sólo contiene un atributo, nombre de ciu-— 
dad, es mas probable que sea un atributo de otra entidad, como clien-— 
te. 
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A continuación se incluyen ejemplos de entidades relacionadas con una univer- 
sidad con sus posibles atributos entre parentesis: 


* Curso(nombre, cbdigo, requisitos previos del curso) 
+ Estudiante(nombre, apellido, dirección, edad) 


e Libro(título, ISBN, precio, cantidad en existencias) 


Una instancia de una entidad es una ocurrencia concreta de dicha entidad. Por 
ejemplo, el estudiante Rudolf Sono es una instancia de la entidad estudiante. 
Es probable que haya muchas instancias. Si sólo existiera una, deberiamos consl- 
derar si se justifica la existencia de la entidad. El nivel superior de una instancia 
no justifica su condición de entidad. Por ejemplo, si el sistema se esta desarrollan- 
do para una universidad dada, universidad no sera una entidad porque el 
sistema completo es para dicha universidad. Sin embargo, si se desarrolla el siste- 
ma para controlar el proceso de matriculación en todas las universidades del país, 
universidad seria una entidad valida. 


Relaciones 


Las entidades se relacionan de determinadas formas. Por ejemplo, un usuario 
puede estar asociado a una biblioteca y puede sacar libros. Un libro puede encon- 
trase en una biblioteca dada. La compresion de los datos que se estan almacenan- 
do y su relación le guiara en gran parte de la tarea de implementación fisica en la 
base de datos. Existen varias relaciones posibles: 


+ Obligatoria: Para cada instancia de la entidad A, debe haber una o varias 
instancias de la entidad B. Esto no significa necesariamente que para cada ins- 
tancia de la entidad B deba existir una o varias instancias de la entidad A. Las 
relaciones son opcionalesu obligatorias en una sola dirección, de manera que la 
relación A-a-B puede ser opcional rnientras que la relación B-a-A es obligatoria. 


* Opcional: Para cada instancia de la entidad A, puede que existan o que no 
existan instancias de B. 


+ Relaciones uno a uno (1:1): En estas relaciones para cada entidad A, 
existe una instancia de B y viceversa. Si la relación es opcional, puede 
existir una O varias instancias y si la instancia es obligatoria, existe una y 
sólo una instancia de la entidad asociada. 


+ Relación uno a varios (1:V): Para cada instancia de la entidad A, existen 
varias instancias de la entidad B, mientras que para cada instancia de la 
entidad B sólo existe una instancia de la entidad A. De nuevo, las relacio- 
nes pueden ser opcionales u obligatorias. 


+ Relaciones varios a vario (V:V): Para cada instancia de la entidad A, 
existen varias instancias de la entidad B y viceversa. Estas relaciones pue- 
den ser opcionales u obligatorias. 


Existen varias formas de mostrar estas relaciones. La figura 9.1 muestra las 
entidades student y courses. En este caso, cada estudiante debe haberse 
registrado en un curso como minimo, pero un curso no tiene por que tener ningun 
estudiante registrado. La relación estudiante-a-curso es obligatoria y la relación 
curso-a-estudiante es opcional. 


Estudiante Curso 
sigue = 


Figura 9.1. Una relación varios a varios 


La figura 9.2 muestra las entidades linea de factura y producto. 
Cada linea de factura debe constar de un producto como minimo (pero no mas de 
un producto). Sin embargo, cada producto puede aparecer en varias líneas de 
producto o en ninguna. La relación linea de factura-a-producto es obligatoria 
mientras que la relación producto-a-linea de factura es opcional 


Línea de factura Producto 


contiene 


Figura 9.2. Una relación uno a varios 


La figura 9.3 muestra las entidades marido y mujer. Cada marido de:be tener 
una mujer, y solamente una, y cada mujer debe tener un marido, y solamente uno. 
Ambas relaciones son obligatorias. 


Marido 
asado con 


Figura 9.3. Una relación uno a uno 


Una entidad tambien puede estar relacionada consigo misma. Estas entidades 
se conocen como entidades recursivas. Tomemos un entidad persona: si esta 
interesado en almacenar los datos sobre las personas que son hermanos, tendre- 
mos una relación "es hermano de". En este caso, la relación sera V:V. 

Por el contrario, una entidad debil es una entidad que no puede existir sin otra 
entidad. Por ejemplo, en una escuela, la entidad alumno esta relacionada con la 
entidad debil "padre/tutor". Sin el alumno, el padre o tutor no pueden existir en el 
sistema. Las entidades debiles suelen derivar su clave primaria, en parte o en su 
totalidad, de la entidad asociada. Padre /tutor puede tomar la clave primaria 
de la tabla alumno como parte de su clave primaria (o la clave entera si el 
sistema solo almacena un padre/tutor por alumno). 
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El término conectividad hace referencia a la clasificacion de las relaciones 
(1:1, 1:V o V:V). 

El termino cardinalidad hace referencia al número especifico de instancias 
posibles para una relacion. Los limites de cardinalidad establecen el número 
maximo y el minimo de ocurrencias de la entidad asociada. En cl ejemplo dcl 
padre y la mujer, el limite de cardinalidad es (1,1) y en el caso de de un estudiante 
que pucde matricularse de uno a ocho cursos, cl limite de cardinalidad se repre- 
sentaria como (1,8). 


Desarrollo de un diagrama entidad-relacion 


Un diagrama de entidad-relacion establece el modelo en el que las entidades se 
relacionen mutuamentc. Se compone de varias relaciones, como los vistos en las 
figuras 9.1, 9.2 y 9.3. En general, estas entidades acaban convirtiendose en tablas 
de base de datos. 

El primer paso para desarrollar el diagrama consiste en identificar todas las 
entidades del sistema. En la fase inicial, no es necesario identificar los atributos, 
pcro puede ayudarnos a aclarar las cosas si no estamos seguros de las entidades. 
Tras establecer las entidades, se identifican las relaciones entre ellas y sc modelan 
en función de su tipo: uno a varios, opcional, etc. Existen muchos paquetes dc 
software que pueden ayudarnos a dibujar un diagrama de entidad-relacion, pero 
bastara con cualquier paquete basico. 

Tras dibujar el diagrama entidad-relacion inicial, se suele prescntar a los ac- 
cionistas. Los diagramas entidad-relacion resultan sencillos de entender para per- 
sonas sin conocimientos tecnicos, en especial si se les guia a traves del proceso. 
Este paso puede ayudarnos a identificar cualquier error que haya podido pasar 
inadvertido. Parte de la razón de utilizar modelos es que resultan mucho mas 
sencillos de entender que el texto y es mucho mas probable que los accionistas los 
comprendan, lo que contribuye a reducir los errores que puedan pasar inadverti- 
damente a las siguientes fases, en las que resultaran mucho mas dificiles de resol- 
ver. 


Una vez aprobado el diagrama, el siguiente paso consiste en sustituir las rela- 
ciones varios a varios por relaciones uno a varios. Un DBMS no puede implementar 
relaciones varios a varios directamente, por lo que se descomponen en relaciones 
mas pequeilas. Para lograrlo, tendra que crear una interseccion o un tipo de enti- 
dad compuesta. Como las entidades de interseccion son menos reales que las 
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entidades ordinarias, a veces resultan dificiles de designar. En este caso, puede 
nombrarlas en funcion de las dos entidades que se cruzan. Por ejemplo, puede 
intersecar la relación varios a varios establecida entre estudiante y curso en 
la entidad estudiante—curso (vease figura 9.4). 


es seguido por 


Estudiante-curso 


Figura 9.4. Creacion de la entidad de interseccion estudiante-curso 


Lo mismo se puede aplicar incluso si la entidad es recursiva. La entidad per - 
sona con una relación varios a varios "es hermano de" tambien necesita una 
entidad de interseccion. En este caso una buena idea como nombre para la inter- 
section seria hermano. Esta entidad contiene dos campos, uno para cada perso- 
na de la relación hermano, en otras palabras, la clave primaria del primer hermano 
y la clave primaria del segundo hermano (vease figura 9.5) 


Persona Persona 


tiene 


hermano de 


Hermano 


Figura 9.5. Creacion de la entidad de interseccion hermano 
Diseño lógico y fisico 


Tras finalizar el diseño conceptual, llega el momento de convertirlo en diseiio 
lógico y fisico. Por regla general, en esta fase se selecciona el DBMS, en funcion 
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de los requisitos y la complejidad de las estructuras de datos. Estrictamente ha- 
blando, el diseiio lógico y el diseiio físico son dos fases diferentes que se suelen 
fundir en una. Se solapan porque la mayor parte de los DBMS actuales (incluyen- 
do MySQL) hacen corresponder los registros lógicos y los registros físicos en el 
disco sobre una base de la 1. 

Cada entidad se convertira en una tabla de base de datos y cada atributo se 
convertira en un campo de esta tabla. Las claves externas se pueden crear si el 
DBMS las admite y el diseiiador decide implementarlas. Si la relación es obliga- 
toria, la clave externa debe definirse como NOT NULL y si fuera opcional, la 
clave externa puede admitir valores nulos. Por ejemplo, debido a la relación linea 
de factura-a-product0 del ejemplo anterior, el campo del codigo de producto es 
una clave externa en la tabla de la linea de factura. Como la linea de factura 
contiene un producto, el campo debe definirse como NOT NULL. En la actuali- 
dad, las tablas InnoDB admiten restricciones de clave externa y las tablas MyISAM 
no admiten claves externas en la version 4 pero si en la version 4.1. Un DBMS 
que admita claves externas utiliza cláusulas ON DELETE CASCADE y ON 
DELETE RESTRICT en sus definiciones. ON DELETE RESTRICT significa 
que los registros no se pueden eliminar a menos que todos los registros asociados 
a la clave externa se eliminen. En la relación linea de factura-a-product0 del 
ejemplo anterior, el uso de la cláusula ON DELETE RESTRICT sobre la tabla 
de linea de factura significa que si el producto se elimina, la eliminación no tendra 
lugar a menos que tambien se eliminen todas las líneas de factura asociadas al 
producto. De esta forma se evita la posibilidad de que exista una linea de factura 
que apunte a un producto que no exista. ON DELETE CASCADE logra un efecto 
similar pero de manera mas automática (y mas peligrosa). Si la clave externa se 
declara con ON DELETE CASCADE, las líneas de factura asociadas se elimina- 
ran automaticamente si se elimina el producto. La cláusula ON UPDATE CASCADE 
se parece a la cláusula ON DELETE CASCADE en que todas las referencias a la 
clave externa asociadas a una clave primara se actualizan al actualizar esta ulti- 
ma. 

La normalización de las tablas es un paso importante durante el proceso de 
diseiio de la base de datos. Este proceso contribuye a evitar la redundancia de los 
datos y a mejorar su integridad. 

Los diseiiadores de bases de datos noveles suelen cometer una serie de errores 
comunes. Si ha identificado las entidades y los atributos con atención y ha norma- 
lizado los datos, es probable que se eviten dichos errores. Sin embargo, los 
diseiiadores que se precipitan durante el proceso de diseiijo a menudo terminan con 
grandes tablas de datos sin relacionar. Si aplica los consejos que se incluyen a 
continuación evitara parte de los errores mas frecuentes. 


+ Mantenga los datos sin relacionar en tablas diferentes. La gente acostum- 
brada a utilizar hojas de calculo a menudo comete este tipo de errores 
porque estan acostumbrados a ver todos los datos en una tabla 
bidimiensional. Las bases de datos relacionales son mucho mas potentes. 
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No almacene valores que pueda calcular. Digamos que esta interesado en 
tres numeros: A, B y el producto de A y B(A * B). No almacene el produc- 
to. Malgastara espacio y el calculo se puede realizar con facilidad si lo 
necesita. Además, dificultara el mantenimiento de la base de datos: si mo- 
difica A, necesitara tambien cambiar todos los productos. ¿Por que desper- 
diciar recursos de su base de datos en algo que puede calcular cuando lo 
necesite? 


¿Responde su diseio a todas las condiciones analizadas? Al crear un diagra- 
ma de relacion-entidad a toda prisa, podemos olvidarnos de incluir una 
condicion. Los diagramas de entidad-relacion suelen resultar mejores para 
conseguir que los accionistas detecten una regla mal formulada que una 
que no se haya incluido. La lógica de negocios es tan importante como la 
lógica de las bases de datos y es mas probable que se pase por alto. Por 
ejemplo, resulta sencillo detectar que no se puede tener una venta sin un 
cliente asociado, pero ¿ha incorporado ya la regla que no permite aprobar 
a un cliente por una venta inferior a 500 dolares si no ha sido recomendado 
por otro cliente? 


¿Los atributos, que estan a punto de convertirse en los nombres de campo, 
estan bien elegidos? Los campos deben llevar asignados nombres que re- 
sulten claros. Por ejemplo, si utiliza f1 y f2 en lugar de apellido y 
nombre, el tiempo que ahorrara al escribir el nombre lo perdera si el 
campo esta correctamente escrito o en detectar los errores producto de la 
confusion de £ 1 con el nombre y £ 2 con el apellido. De manera similar, 
intente evitar el uso de nombres iguales para identificar campos diferentes. 
Si se utiliza código para designar la clave primaria de seis tablas, esta- 
remos complicando demasiado las cosas. En su lugar utilice terminos mas 
descriptivos, como código_ventas o código_cliente. 


No cree demasiadas relaciones. Practicamente todas las tablas de un siste- 
ma se pueden relacionar en un alarde de imaginación pero no hay necesi- 
dad. Por ejemplo, un jugador de tenis pertenece a un club de tenis. Un club 
de tenis pertenece a una region. Por lo tanto, los jugadores de tenispertene- 
cen a una region, pero esta relación se puede derivar a traves del club de 
deporte por lo que no hay necesidad de agregar otra clave externa (a menos 
que desee obtener ventajas para determinados tipos de consultas). La nor- 
malizacion puede ayudarle a evitar este tipo de problemas (e incluso si esta 
intentando optimizar la base de datos para hacerla mas rapida, resulta 
mejor normalizar y, seguidamente, desnormalizar que no normalizar). 


¿Ha tenido en cuenta todas las relaciones? ¿Se incluyen todas las entidades 
de su diagrama de entidad-relacion, como campos comunes, dentro de sus 
estructuras de tabla? ¿Ha cubierto todas las relaciones? ¿Están todas las 
relaciones varios a varios divididas en relaciones uno a varios, con una 
entidad de intersección? 
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¿Ha enumeradotodas las restricciones ?Ejemplos de restriccionesson limitar 
un genero a hombre o mujer, establecer la edad maxima de los escolares en 
20 aiios o obligar a utilizar el simbolo (Y) y al menos un punto en las direccio- 
nes de correo electronico. No de nunca por sentado estos limites. En alguna 
fase, el sistema necesitara implementarlos, y puede olvidarse de hacerlo o 
tener que dar marcha atras para recopilarlos datos si no lo hizo al principio. 


¿Está planeando almacenar demasiados datos? ¿Obliga a sus clientes a su- 
ministrar el color de sus ojos, su pescado favorito y el nombre de sus abuelos 
para poder registrarse en un boletín informativo? En ocasiones los accionis- 
tas quieren demasiada informacion sobre sus clientes. Si el usuario queda 
fuera de la organización, es probable que no participe en el proceso de dise- 
110, pero debe tenersele siempre presente. Considere además la dificultad y el 
tiempo que conlleva capturar todos esos datos. Si un operador de telefono 
necesita tomar toda esta informacion para poder realizar una venta, imagine 
lo lenta que resultara la transaccion. Además, es necesario tener en cuenta la 
incidencia de los datos en la velocidad de la base de datos. El acceso a las 
tablas de gran tamaiio suelen resultar mas lento y el uso de campos BLOB, 
TEXT y VARCHAR puede dar lugar a la fragmentación de registros y tablas. 


¿Ha combinado campos que deberian estar separados? La combinación de 
nombres y apellidos en un solo campo suele ser un error habitual. Mas 
adelante descubrira que el proceso de ordenacion de nombres alfabética- 
mente resulta complicado si se almacenado como John Ellis y Alfred 
Ntombela. Mantenga separados los datos de distinto tipo. 


¿Constan todas las tablas de al menos una clave primaria? Es necesario 
tener una buena razon para no incluir una clave primaria. ¿Cómo vamos a 
identificar un registro unico rapidamente sin ellas? Considere el hecho de 
que los indices agilizan el acceso tremendamente y agregan poca carga si 
se controla su tamaiio. Asi mismo, resulta mejor crear un nuevo campo 
para asignar una clave primaria que seleccionar campos existentes. Puede 
que el nombre y el apellido resulten exclusivos en el conjunto de datos 
actual pero que no lo sean siempre. 


Examine el resto de los indices. ¿Qué campos es probable que se utilicen 
en la condición de acceso a la tabla? Siempre puede crear otros posterior- 
mente al probar el sistema, pero conviene agregar todos aquellos que nece- 
site en esta fase. 


¿Están bien asignadas sus claves externas? En una relación uno a varios, 
la clave externa aparece en la tabla "varios" y la clave primaria se asocia a 
la tabla "uno". Si se asignan de manera erronea, pueden surgir errores. 


¿Está garantizada la integridad referencial? Las claves externas no debe- 
rian estar relacionadas con una clave primara en otra tabla que ya no 
exista. 


+ ¿Se han cubierto todos los conjuntos de caracteres necesarios? Las letras 
del alfabeto alemán, por ejemplo, tienen un conjunto de caracteres expan- 
dido, y s1 la base de datos debe contemplar la inclusion de usuarios alema- 
nes, tendremos que tener este hecho en cuenta. De manera similar, las 
fechas y los formatos de monedas deben considerarse atentamente si el 
sistema sera de caracter internacional. 


+ ¿Basta con el sistema de seguridad implementado? Recuerde asignar los 
permisos minimos que pueda. No permita que nadie pueda ver una tabla si 
no lo necesitan. El hecho de permitir que usuarios malintencionados vean 
los datos, aunque no puedan modificarlos, suele ser el paso previo a un 
ataque. 


Fase 3: Implernentacion 


La fase de implementacion es en la que se instala el DBMS en los equipos 
necesarios, se optimiza la base de datos para obtener el mejor resultado en fun- 
cion de dichos equipos y de la plataforma de software que se utilice, se crea la 
base de datos y se carga con datos. Los datos iniciales pueden ser nuevos datos 
capturados directamente odatos ya existentes importados desde una base de datos 
MySQL u otro DBMS. En esta fase tambien se establece la seguridad de la base 
de datos y se concede a los diferentes usuarios identificados acceso en funcion de 
sus necesidades. Por ultimo, tambien se inician los planes para realizar copias de 
seguridad. 

Los siguientes pasos forman parte de la fase de implementacion: 


1. Instalacion del DBMS 


2. Ajuste de las variables en funcion del hardware, software y condiciones de 
uso 


Creación de las bases de datos y las tablas 
Carga de los datos 


Establecimiento de los usuarios y los parametros de seguridad 


Implernentacion del regimen de volcados 


Fase 4: Pruebas 


Esta fase es en la que se prueba el rendimiento, la seguridad y la integridad de 
los datos. Por regla general estas operaciones se realizan en combinación con las 
aplicaciones que se han desarrollado. El rendimiento se prueba bajo diferentes 
condiciones de carga para ver cómo procesa la base de datos varias conexiones 
simultaneas o altos volumenes de procesos de actualización y lectura. ¿Se gene- 
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ran los informes lo suficientemente rapido? Por ejemplo, una aplicacion diseliada 
con tablas MyISAM puede resultar demasiado lenta porque se ha desestimado la 
incidencia de las actualizaciones. Puede que resulte necesario modificar el tipo de 
tabla a InnoDB en respuesta. 

Tambien debe probarse la integridad de los datos ya que la aplicacion puede 
presentar fallos lógicos que den lugar a la perdida de transacciones u otro tipo de 
inexactitudes. Además, es necesario probar la seguridad para garantizar que los 
usuarios disponen de acceso y sólo pueden cambiar los datos pertinentes. 

Puede que resulte necesario modificar el disefio lógico o el disetio fisico de la 
base de datos. Quizás se necesiten nuevos indices (que el responsable de las 
pruebas puede descubrir tras usar meticulosamente la instrucción EXPLAIN de 
MySQL, explicada en un capitulo anterior) o desnormalizar determinadas tablas 
por razones de rendimiento (vease un capitulo anterior). 

El proceso de prueba y ajuste es de caracter interactivo, durante el cual se 
realizan varias pruebas y se implementan cambios. 

A continuación se enumeran los pasos de la fase de prueba: 


l. Comprobacion de la seguridad 
2. Comprobacion la integridad de datos 


3. Ajuste de los parametros o modificar el diseiio lógico o fisico en respuesta 
a las pruebas 


Fase 5: Puesta en marcha 


Esta fase tiene lugar cuando se completan las pruebas y la base de datos queda 
lista para su funcionamiento diario. Los usuarios del sistema comienzan a utili- 
zarlo, a cargar datos, a leer informes, etc. Es inevitable que surjan problemas. El 
diseilador necesita gestionar el ambito de la base de datos con cuidado durante 
esta fase, ya que los usuarios esperaran que se atiendan todos sus deseos. Los 
responsables de bases de datos mal diseliadas pueden verse obligados a extender 
el proyecto mas allá del plazo de tiempo inicial previsto y la situación puede 
convertirse en desagradable si el ambito no quedo definido y acordado claramente 
en un primer momento. Los propietarios del proyecto pueden sentirse perjudica- 
dos si no se da respuesta a sus necesidades y los diseiiadores de la base de datos se 
sentirán cargados de trabajo y mal pagados. Incluso en el caso de que el ambito se 
haya determinado correctamente, siempre surgiran nuevas necesidades. Éstas nos 
llevan a la siguiente fase. 

Existen varias estrategias para realizar la primera implantación de un proyec- 
to. El enfoque discreto suele ser el que mejor resultados ofrece. En este enfoque se 
utiliza un numero pequefios de usuarios en la fase inicial para que utilicen el 
desarrollo, lo que facilita la solución de los problemas que puedan surgir. Las 
puestas en marcha a gran escala anunciadas a bombo y platillo suelen acabar 
sacando los colores a los propietarios ya que los usuarios encuentran siempre un 
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fallo imprevisto, que resulta aconsejable solucionar fuera de la luz pública. La 
puesta en marcha se puede realizar tambien de manera distribuida. Para ello, se 
selecciona una sucursal o una oficina piloto y cuando el sistema ha demostrado su 
estabilidad, se implementa en el resto de las sucursales. 

A continuación, se enumeran los pasos de la fase de puesta en marcha: 


1. Entrega de los mandos de la base de datos a los usuarios 


2. Realización de todos los cambios finales necesarios en funcion de los pro- 
blemas descubiertos por los usuarios 


Fase 6: Mantenimiento 


Esta fase incluye operaciones de mantenimiento general sobre la base de datos, 
como el mantenimiento de los indices, la optimización de las tablas, las operacio- 
nes de agregar y eliminar usuarios y la modificación de contraseiias, asi como la 
realización de volcados y su restauracion en caso de fallo. (En un capitulo poste- 
rior encontrara mas información sobre el tema de mantenimiento.) En esta fase 
tambien surgiran otras necesidades que pueden dar lugar a la creación de nuevos 
campos o tablas. 

A medida que el sistema y la organizacion van cambiando, la base de datos 
existente tendra cada vez mas problemas para dar respuesta a las necesidades de la 
organizacion. Por ejemplo, la empresa de comunicacion puede fundirse con otras 
empresas extranjeras del sector, lo que exigira la integración de una gran cantidad 
de fuentes de datos o los volumenes y la plantilla puede aumentar (o reducirse) de 
manera espectacular. Finalmente, llegara un momento, ya sea 10 meses o 10 aiios 
despues de su desarrollo, en el que sera necesario sustituir la base de datos. En 
concreto, el mantenimiento de la base de datos existente comenzaran a absorber 
mas recursos cada dia y los esfuerzos por crear un nuevo diseiio equivaldran a los 
empleados actualmente en funciones de manteniendo. Este punto marca el comienzo 
del final de la base de datos y el nacimientode nuevo proyectoen su fase de análisis.La 
fase de mantenimiento consta de los siguientes pasos: 


1. Mantenimiento de los indices (por ejemplo, con el comando ANALYZE de 
MySQL) 


2. Mantenimiento de las tablas (con el comando OPTIMIZE de MySQL) 


3. Mantenimiento de los usuarios (con los comandos GRANT y REVOKE de 
MySQL) 


Cambio de contraselias 
Volcados 


Restauracion de volcados 


A DQO Ur + 


Cambio del diserio con el surgimiento de nuevas necesidades 
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Un ejemplo del mundo real: un sistema de 
seguimiento de publicaciones 


A continuacion vamos a recorrer el proceso de diseiio con ayuda de un ejemplo 
desarrollado paso a paso. Poet's Circle es una editorial dedicada a la publicacion 
de poesia y antologías poéticas e interesada en desarrollar un sistema para reali- 
zar el seguimiento de poetas, poemas, antologías y ventas. En la siguiente sección 
se muestran los pasos seguidos desde el análisis inicial a creación de la base de 
datos final. 


Fase 1 de la base de datos de Poet's Circle: 
Analisis 


La siguiente informacion se ha recabado tras hablar con varios propietarios de 
la editorial: su intención es desarrollar un sistema de base de datos que se encar- 
gue de realizar el seguimiento de los poetas que tienen registrados, de los poemas 
que han escrito y de las publicaciones en las que aparecen, asi como las ventas 
generadas por estas publicaciones. 

El diseiiador planteo otras preguntas para obtener informacion mas detallada, 
como "¿Qué se considera como un poeta en lo que al sistema se refiere? 

¿Se realiza el seguimiento de los poetas aunque no hayan escrito o publicado 
poemas? ¿Se registran las publicaciones antes de que tengan ningun poema aso- 
ciado? ¿Las publicaciones se componen de un solo poema o de varios? ¿¿Se guar- 
dan los detalles de los clientes potenciales? A continuacion se resumen las 
respuestas: 


e  Poet's Circle es una editorial que basa sus publicaciones en una comunidad 
activa de poesia basada en su sitio Web. Si una parte importante de la 
comunidad quiere que se publique un poema, Poet's Circle lo publica. 


+ Un poeta puede ser cualquiera que desee ser poeta, no necesariamente 
alguien que tenga un poema capturado en el sistema o que haya escrito un 
poema. 


+ Los poemas se puede enviar a traves de una interfaz Web, por correo 
electronico o en papel. 


* Todos los poemas capturados estan escritos por un poeta asociado, cuyos 
detalles se encuentran ya incluidos en el sistema. No puede haber poemas 
remitidos y almacenados sin un conjunto completo de detalles sobre su 
autor. 


+ Una publicacion puede estar constituida por un unico poema, por una 
antilogia de poesias o por un trabajo de crítica literaria. 


e Los clientes pueden registrarse a traves de la interfaz Web y pueden reali- 
zar pedidos de publicaciones en dicho momento o indicar si desean recibir 
actualizaciones para realizar compras en un momento posterior. 


+ Las ventas de publicaciones se realizan a los clientes cuyos detalles esten 
almacenados en el sistema. No hay ventas anonimas. 


+ Una venta puede consistir en una sola publicación o en varias. Si hay 
varios clientes implicados en la venta, Poet's Circle lo considera como 
varias ventas. Cada venta se asigna a un cliente. 


+  Notodas las publicaciones crean ventas, algunas son ediciones especiales 
y otras no venden ninguna copia. 


Fase 2 de la base de datos de Poet's Circle: 
Diseño 

En función de esta información, podemos iniciar el diseiio lógico y deberiamos 
ser capaces de identificar las entidades iniciales: 


e Poet 

. Poem 

+ Publication 
. Sale 


+. Customer 


Poet's Circle no es una entidad ni siquiera una instancia de la entidad 
publisher. Solo si el sistema fuera desarrollado por varias editoriales enton- 
ces seria una entidad valida. 

Ni website ni poetry comunity son entidades. Sólo hay un sitio Web 
y, además, un sitio Web es simplemente una forma de procesar los datos para 
completar la base de datos con datos. Asi mismo, sólo hay una comunidad de 
poesia en lo que a este sistema se refiere y no hay mucho que almacenar sobre 
ella. 

A continuación necesitamos determinar las relaciones que existen entre estas 
entidades. Se pueden identificar las siguientes: 


* Un poeta puede escribir muchos poemas. El análisis identifico el hecho de 
que un poeta se puede almacenar en el sistema aunque no tenga poemas 
asociados. Los poemas se pueden capturar en un momento posterior y el 
poeta puede seguir siendo un poeta potencial. Por el contrario, aunque 
varios poetas puedan escribir un poema, el poema tiene que estar escrito al 
menos por uno. 
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Una publicacion puede contener muchos poemas (una antologia) o uno 
solo. También puede no contener ninguno (una crítica del poema, por ejem- 
plo). 

Un poema puede aparecer o no aparecer en una publicacion. 


Una venta debe incluir al menos una publicacion pero tambien varias. Una 
publicacion puede obtener ventas o no obtenerlas. 


Un cliente puede realizar varias compras o ninguna. Una venta se realiza 
para un solo cliente, y nada mas que uno. 


Puede identificar los siguientes atributos: 


Poet: first name, surname, address, telephone number 
Poem: poem title, poem contents 

Publication: title, price 

Sales: date, amount 


Customer: first name, surname, address, telephone number 


En funcion de estas entidades y relaciones, se puede construir el diagrama de 
entidad-relacion que se muestra en la figura 9.6. 
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Figura 9.6. Diagrama de entidad-relacion de Poet's Circle 


Como se muestra en la figura 9.6, existen dos relaciones varios a varios. Éstas 
necesitan convertirse en relaciones uno a varios antes de poder implementarlas en 
un DBMS. El resultado se recoge en la figura 9.7, con las entidades de intersec- 
cion poem-publication y sale-publication. 


Poeta escribe 0% Poema aparece en 


O 
ÁN 
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W 
O 
se hace para 


Figura 9.7. Diagrarna de entidad-relacion de Poet's Circle, 
con varias relaciones varios a varios elirninadas 


A continuación, para comenzar el diseño lógico y físico, necesitamos agregar 
atributos que pueden crear la relación entre las entidades y especificar las claves 
primarias. Procedemos de la forma que suele resultar mas adecuada y creamos 
claves primarias nuevas y exclusivas. Las tablas 9.1 a 9.7 muestran las estructu- 
ras de las tablas para cada una de las entidades. 


Tabla 9.1. Tabla Poet 


Definición 
poet code clave primaria, entero 
first name caracter (30) 
surname caracter (40) 
address caracter (1 00) 
postcode caracter (20) 
telephone number caracter (30) 
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Tabla 9.2. Tabla Poem 


Definición 
poem code clave primaria, entero 
poem title caracter (50) 
poem contents texto 
poet code clave externa, entero 


Tabla 9.3. Tabla Poem-Publication 


Campo Definición 


poem code clave primaria combinada, clave externa, entero 


| publication code clave primaria combinada, clave externa, entero | 


Tabla 9.4. Tabla Publication 


Definición 


publication code clave primaria, entero 
title caracter (100) 


price numérico (5,2) 


Tabla 9.5. Tabla Sale Publication 


Definición 
sale code clave primaria combinada, clave externa, entero 
publication code clave primaria combinada, clave externa, entero 


Tabla 9.6. Tabla Sale 


Campo Definición 


sale code clave primaria, entero 

date fecha 

amount numérica (10.2) 
sopa code clave externa, entero 
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Tabla 9.7. Tabla Customer 


Definición 


customer code clave primaria, entero 
first name caracter (30) 
surname caracter (40) 

address caracter (1 00) 
postcode caracter (20) 
telephone number caracter (30) 


Fase 2 de la base de datos Poet's Circle: 
Implementación 


Con el diseiio terminado, ha llegado el momento de instalar MySQL y ejecutar 
las instrucciones CREATE, de la siguiente forma: 


mysql> CREATE TABLE poet (poet—code INT NOT NULL, first—name 
VARCHAR (30) , 
surname VARCHAR(40), address VARCHAR(100), postcode 
VARCHAR (20) , 
telephone—number VARCHAR(30),, PRIMARY KEY (poet—code)) ; 
Query OK, O rows affected (0.02 sec) 
mysql> CREATE TABLE poem(poem code INT NOT NULL, title 
VARCHAR (50) , 
contents TEXT, poet—code INT NOT NULL, PRIMARY KEY(poem code), 
INDEX (poet_code), FOREIGN KEY (poet—code) REFERENCES 
poem (poet—code) ) 
type=InnoDB ; 
Query OK, O rows affected (0.00 sec) 
mysql> CREATE TABLE publication(publication code INT NOT NULL, 
title VARCHAR (100) price MEDIUMINT UNSIGNED, 
PRIMARY KEY (publication—code)) type=InnoDB ; 
Query OK, O rows affected (0.05 sec) 
mysql> CREATE TABLE poem—publication(poem—code INT NOT NULL, 
publication—code INT NOT NULL, PRIMARY KEY (poem_code, 
publication—code) , INDEX (poem—code) , INDEX (publication—code) , 
FOREIGN KEY (poem—code) REFERENCES poem(poem—code) , 
FOREIGN KEY (publication—code) REFERENCES 
publication(publication code)) TYPE=InnoDB; 
Query OK, O rows affected (0.09 sec) 
mysql> CREATE TABLE sales publication(sales code INT NOT NULL, 
publication—code INT NOT NULL,PRIMARY KEY (sales code, 
publication—code)) TYPE =InnoDB; 
Query OK, O rows affected (0.07 sec) 
mysql> CREATE TABLE customer (customer code INT NOT NULL, 
first_name 
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VARCHAR (30) , surname VARCHAR (40), address VARCHAR (100), 
postcode 
VARCHAR (20), telephone number VARCHAR (30), PRIMARY 
KEY (customer—code) ) 
TYPE=InnoDB : 
Query OK, O rows affected (0.06 sec) 
mysql1> CREATE TABLE sale(sale—code INT NOT NULL, sale—date 
DATE, 
amount INT UNSIGNED, customer—code INT NOT NULL, PRIMARY 
KEY (sale—code) ,, INDEX (customer—code), FOREIGN 
KEY (customer—code) 
REFERENCES customer (customer—code)) TYPE = InnoDB; 
Query OK, O rows affected (0.08 sec) 


Fase 4 a 6 de la base de datos Poet's Circle: 
Prueba, puesta en marcha y mantenimiento 


Una vez que la base de datos queda lista y que los programas de la aplicacion 
se han presentado publicamente, ha llegado el momento de empezar con las prue- 
bas. Mientras el resto de las fases de ciclo de vida de una base de datos pueden 
tener lugar de manera razonablemente independiente de los procesos de desarrollo 
de sistemas, partc de la fase de pruebas consiste cn comprobar que todos los 
componentes del sistema funcionan conjuntamente. 

Las pruebas de carga pueden indicar que MySQL no esta todavia preparado 
para procesar las 600 conexiones simultaneas que se esperan y resulta neccsario 
modificar el archivo de configuración. Otras prucbas pueden indicar que en dcter- 
minadas circunstancias, se reciben errores de clave duplicada debido a que el 
mecanismo de bloqueo no se implementa de forma uniforme y que la aplicacion no 
procesa correctamente los bloqueos. La aplicacion necesita arreglos. Se deben 
probar además los volcados de seguridad, asi como la posibilidad de realizar una 
operación correctamente a partir de un volcado reduciendo al minimo el tiempo de 
inactividad del sistema. 


ADVERTENCIA: La fase de pruebas es una de las que más fases más 
vitales del desarrollo de una base de datos y la que más se suele descuidar. 
Se puede tildar de incompetente al diseñador o coordinador que no prevea 


el tiempo necesario para esta fase. Independientemente del tamaño de su 
desarrollo, asegúrese de asignar tiempo suficiente para realizar pruebas 
completas asi como para solucionar los inevitables fallos. 


Tras completar la fase de pruebas, el sistema se puede poner en marcha pública- 
mente. Nos decantamos por la puesta en marcha discreta en la que sólo se concede 
acceso a un grupo de poetas al sitio Web para que carguen sus poemas. Durante 
esta fase descubrimos otros problemas: una serie de navegadores presentan incom- 
patibilidades que dan lugar al envio de poemas indescifrables. En sentido estricto 


este problema no entra en el dominio del programador de bases de datos, pero es el 
tipo de situación que las pruebas revelaran una vez que todos los elementos del 
sistema funcionen conjuntarnente. Insistimos en que los usuarios utilicen navegadores 
que puedan representar las páginas correctamente y que se prohiba el uso de los 
navegadores para operaciones de carga que no se ajusten a estos estandares. 

Poco despues, el sistema echa a rodar completamente. La tarea de manten1- 
miento, sin embargo, es interminable y con la gran cantidad de actualizaciones y 
eliminaciones que se realizan, la base de datos tiende a fragmentarse. El adminis- 
trador ejecuta instrucciones OPTIMIZE de manera regular y, por supuesto, un 
fallo inevitable del disco obliga a realizar una sesion nocturna de restauracion y a 
expresar un enorme agradecimiento por la facilidad de uso de mysq 1dump. 


Control de simultaneidad mediante 
transacciones 


Las peticiones a bases de datos tienen lugar de forma lineal, una detras de otra. 
Cuando varios usuarios acceden a una base de datos o uno dispone de un conjunto 
relacionado de peticiones que ejecutar, resulta importante garantizar la coheren- 
cia de los resultados. Para ello, se utilizan las transacciones, que son grupos de 
peticiones a bases de datos que se procesan de manera conjunta. Dicho de otra 
manera, son unidades lógicas de trabajo. 


Atomicidad 


La atomicidad significa que debe completarse toda la transaccion. De lo con- 
trario, se anulara toda la transaccion. De esta forma se garantiza que la base de 
datos nunca incluira transacciones completadas de manera parcial, lo que merma- 
ra la integridad de los datos. Si extraemos dinero de una cuenta bancaria, por 
ejemplo, pero falla la segunda petición y el sistema no logra colocar el dinero en 
otra cuenta bancaria, ambas peticiones fallaran. El dinero no puede perderse sin 
mas ni se puede extraer de una cuenta si ir a parar a otra. 


Coherencia 


La coherencia hace referencia al estado en el que se encuentran los datos 
cuando tienen lugar determinadas condiciones. Por ejemplo, una regla puede ser 
que cada factura este asociada con un cliente de la tabla de clientes. Estas reglas 
se pueden incumplir durante el curso de una transaccion si, por ejemplo, la factu- 
ra se inserta sin un cliente asociado, que se agregara en una fase posterior de la 
transaccion. Estas violaciones temporales no resultan visibles desde fuera de la 
transaccion y sc resolveran siempre antes de que la transaccion sc complctc. 
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Aislamiento 


El aislamiento significa que todos los datos utilizados durante el procesamien- 
to de una transaccion no pueden ser utilizados por otra transaccion hasta que no 
se haya completado la primera. Por ejemplo, si dos personas depositan 100 dóla- 
res en una cuenta con un saldo de 900 dolares, la primera transaccion debe agre- 
gar 100 dolares a 900 dolares y la segunda debe agregar 100 dolares a 1.000 
dolares. Si la segunda transaccion lee 900 dolares antes de que se complete la 
primera, ambas transacciones pareceran haberse llevado a cabo satisfactoriamen- 
te, pero han desaparecido 100 dolares. La segunda transaccion debe esperar hasta 
que pueda acceder a los datos en solitario. 


Durabilidad 


La durabilidad hace referencia al hecho de que una vez que se han confirmado 
los datos de una transaccion, sus efectos permaneceran, incluso tras un fallo del 
sistema. Mientras una transaccion este en proceso, los efectos son permanentes. 
Si la base de datos dejara de funcionar, los volcados deberian restaurarla a un 
estado coherente anterior al inicio de la transaccion. Ninguna de las acciones que 
efectue una transaccion deberia modificar este hecho. 


Resumen 


Los buenos diseios de bases de datos garantizan un sistema duradero y efi- 
ciente. La inversion de tiempo en el proceso de diseiio evita la mayor parte de los 
errores mas comunes que aquejan a muchas bases de datos actuales. 

El ciclo de vida de las bases de datos se puede definir de muchas formas, pero 
siempre se reduce a los mismos pasos principales. En primer lugar esta la fase de 
análisis que es en la que se recoge la información y se examina el sistema existen- 
te para identificar los problemas actuales, posibles soluciones, etc. A continua- 
cion viene la fase de diseiio en la que se perfila atentamente el nuevo sistema, 
primero de manera conceptual para su presentación a los accionistas y, despues, 
lógica y fisicamente para su implementacion. 

Seguidamente viene la fase de la implementacion en la que se implanta la base 
de datos, antes de que la fase de pruebas saque a la luz los posibles problemas. 
Tras la fase de pruebas, el sistema se pone en marcha para su uso diario y da 
comienzo casi de forma inmediata la fase de mantenimiento. A medida que entran 
peticiones de modificación, resulta necesario realizar optimizaciones y volcados 
de forma periodica. 

Finalmente, cuando las operaciones de mantenimiento comienzan a hacerse 
demasiado intensivas, se inicia un nuevo ciclo en el desarrollo de una base de 
datos para sustituir al sistema obsoleto. 
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Las transacciones garantizan la coherencia de la base de datos a lo largo de 
toda su existencia. Son cuatro los principios en los que se apoyan. La atomicidad 
establece que todas las peticiones de una transaccion se realicen satisfactoriamen- 
te o se cancelen en su conjunto. La coherencia garantiza que las bases de datos 
devuelvan siempre un estado coherente entre transacciones. El aislamiento garan- 
tiza que todas las peticiones procedentes de una transaccion no se completen antes 
de que se permita el procesamiento de la siguiente transaccion que afecta a los 
mismos datos. Y la durabilidad mantiene la coherencia de la base de datos incluso 
en caso de fallo. 
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Parte Ill 
Administración 


de MySQL 


Administración 
básica 


Aunque MySQL es un aplicacion sencilla de mantener y administrar, no se 
vale por si misma. En este capitulo se analizan las tareas administrativas bást- 
cas, parte de las cuales se examinaran mas detenidamente en los siguientes 
capitulos. 

En concreto, aprenderemos a iniciar y a detener el servidor, de manera ma- 
nual y automática. 

Tambien veremos algunas de las herramientas indispensables para un admi- 
nistrador de MySQL, aprenderemos a utilizar los registros y a configurar 
MySQL. 

En este capitulo se abordan los siguientes temas: 


Utilidades de MySQL 

Inicio y cierre de MySQL 

Inicio automatico de mysqld al arrancar el sistema 
Configuracion de MySQL 

Operaciones de registro 

Alternancia de registros 


Optimización, comprobacion, análisis y reparación de tablas 
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Uso de MySQL como administrador 


Como administrador, necesitara saber mucho mas sobre el funcionamiento de 
MySQL que si estuviera ejecutando consultas simplemente. Deberá familiarizar- 
se con las utilidades que incorpora la distribucion de MySQL, asi como con su 
forma de configurar la aplicacion. A continuación se describen las principales 
utilidades dirigidas a los administradores: 


* mysqladmin: Se trata probablemente de la utilidad administrativa mas 
util. Permite crear y eliminar bases de datos, detener el servidor, visualizar 
variables de servidor, visualizar y anular procesos de MySQL, establecer 
contraseilas y vaciar archivos de registros, entre otras cosas. 


+  mysqld: No se trata de una utilidad en realidad, ya que es el servidor de 
MySQL. Es probable que se tope con terminos como las variables de 
mysqld, que no son otra cosa que variables de servidor. 


+ mysqlimport: Importa archivos de texto a tablas de base de datos. 
* mysqlcheck: Comprueba, analiza y repara bases de datos. 


+ mysqlhotcopy: Una secuencia de comandos de Perl que hace volcados de 
tablas de base de datos rapidamente. 


*  myisampack: Comprime tablas MyISAM. 


La primera pregunta que deberíamos plantearnos sobre un nuevo sistema es bas- 
tante elemental: ¿dónde se almacenan los datos? La ubicacion predeterminada suele 
ser /usr/local/var para una distribucion fuente de Unix, /usr/local/ 
mysql/data para una distribucion binaria de Unix y C:Imysqlidata en 
Windows. Al compilar MySQL, se selecciona un directorio de datos, pero este se 
puede establecer en cualquier otra ubicacion especificando el nuevo directorio en el 
archivo de configuracion. En una sección posterior, analizaremos los pormenores del 
archivo de configuracion, Por el momento, basta con saber que suele llamarse my. cn£f 
en Unix o my. ini en Windows y que contiene los datos de configuracion de MySQL. 
Si desea que MySQL use otra ubicacion, utilice una secuencia parecida a la siguiente: 


datadir = C:/mysqgldata 


Para determinar los directorios de datos utilizados en una instalacion existente, 
puede utilizar la opcion de variables de mysqladmin. Los usuarios noveles de MySQL 
pueden sentirse un poco abrumados por los resultados que devuelve esta opcion 
debido a la gran cantidad de variables incluidas (cuyo numero parece aumentar con 
cada nueva actualización de MySQL), aunque se enumeren alfabeticamente: 

% mysqladmin -uroot -pg00r002b variables; 

ÓÁá<ÁÁK<—— A _ —_—_—_—_—_—_—_—_—_—_—_—_—_—_—_—_—_—_—_—_—_—_——_—— 

| Variable—name | Value 


_ — A MMMMNA> XA>>4> E AM>=>=>m KK + 


back—log 


basedir 


bdb_ cache size 


bdb_log_buffer size 


50 
/osr/local/mysgl-max-4,0.1l-alpha-pc- 
linux-gnu-1686/ 
8388600 


IZ POS 


bdb_home | /usr/local/mysql/data/ 
bdb_max lock | 10000 

bdb_logdir | 

bdb_shared data | OFF 

bdb_tmpdir | /tmp/ 


bdb version 


Sleepycat Software: Berkeley DB 


Z.9a: | 

l (December 23, 2001) 
binlog=cache=size | 32768 
character—set lo Latint 


character—sets 


Tatin. big5 -:czech e€uc Kr gbé¿s312 gbk 


|. latinl de sjis tis620 ujis dec8 dos 
|. germanl hp8 koi8_ru latin2 swe7 usa” 
|  cp1251 danish hebrew win1251 estonia 
|]  hungarian koi8 _ukr winl1l251lukr greek 
| win1250 croat cpl257 latin5 
concurrent—insert | ON 
connect —timeout | 5 


datadir | /usr/local/mysql/data/ 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
3 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 

Tambien puede seleccionar una variable concreta utilizando gred (Unix) 
o find (Windows), de la siguiente forma (primero en Unix y luego en 
Windows): 


% mysqladmin -uroot -pg00r002b variables | grep 'datadir' 
| datadir | /fusr/local/mysql/data/ 
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C:imysql1ibin>mysqladmin variables | find "datadir" 
| datadir | C:imysqlidatal 


El directorio de datos en este caso es /usr/local/mysql/data, el pre- 
determinado para la mayor parte de las instalaciones binarias de Unix, y 
c:imysglidata para el ejemplo de Windows. 

El directorio de datos suele contener los archivos de registro (se colocan en 
esta ubicacion de manera predeterminada, aunque puede seleccionar otra) asi 
como los datos. En el caso de las tablas MyISAM (las predeterminadas), cada 
base de datos consta de su propio directorio y dentro de dicho directorio cada 
tabla incluye tres archivos: un archivo .MYD para los datos, un archivo .MYI 
para los indices y un archivo . £rm para la definicion. Las tablas BDB tambien se 
almacenan en el mismo directorio, pero se componen de un archivo . db y de un 
archivo de definicion . f£rm.Las tablas InnoDB incluyen su archivo de definicion 
. £rmen el directorio de la base de datos, pero los datos se almacenan en un nivel 
superior, el mismo que el utilizado por los directorios de la base de datos. 

Los clientes de MySQL pueden acceder al servidor de tres formas: 


+ Sockets de Unix: Éstos se utilizan en equipos Unix al establecer una co- 
nexion a un servidor en el mismo equipo. El archivo de socket se coloca en 
la ubicacion predeterminada (por regla general, /tmp/mysql.sock o 
/var/1lib/mysql.sock), a menos que se especifique otra cosa. 


« Canalizaciones con nombre: Éstas se utilizan en equipos con Windows 
NT/2000/XP en los que se usa la opción —enable-named-pipe con 
un ejecutable que permite canalizaciones con nombre(mysq1d-max-nt 
o mysqld-—nt). 


+ TCP/IP a través de un puerto: Éste es el método más lento pero la unica 
forma de establecer una conexión a un servidor con Windows 95/98/Me o 
de establecer una conexión remota a un equipo Unix. 


Como iniciar y cerrar MySQL 


MySQL se ejecuta en la mayor parte de los sistemas operativos, pero los 
procedimientos utilizados varian de uno a otro. A continuación, se incluyen sec- 
ciones separadas para Windows y Unix. 


Como iniciar y cerrar MySQL en Unix 


La forma mas elemental de iniciar MySQL consiste en ejecutar mysqld direc- 
tamente. Sin embargo, la gran mayoría de las distribuciones incluyen una secuen- 


cia de comandos de iniciacion llamado mysqld_safe (en las versiones mas anti- 
guas se denomina safe—mysld), que deberia utilizarse en lugar de abrir MySQL 
manualmente. Esta secuencia de comandos incluye varias funciones adicionales 
de seguridad, como el registro de errores y la reiniciacion automática del servidor 
en caso de error. Para iniciar MySQL, registrese como usuario raiz y ejecute el 
siguiente comando desde el directorio en el que tenga instalado MySQL (por regla 
general, /usr/local/mysg]l): 


% bin/mysqld safe —user=mysql 


Fijese en que el usuario esta establecido como mysql. Es importante ejecutar 
MySQL como usuario mysqld para evitar problemas de permiso y seguridad. 


le” TAE ATA 


ADYERTENCIA: Si no Está FAaRIZAdO con el sistema, en- -especial s si 
no ha realizado pu instalación] hable. cón su administrador de sistemas an- 
tes S intentar iniciar el ioridocid esta forma. Un servidor se puede iniciar 


de varias formas e intentar hacerló de.la eftónea puede generar problemas. 

La mayor parte de los HIStEMAS $e producción utilizan una secuencia de 
comandos para iniciar MYSQL al arrancar el sistema y es aconsejable uti- 
lizarla si 6xiste! 


AAA TASA APTO 


Algunas distribuciones incorporan una secuencia de comandos llamada 
mysql.server, que puede incluso que se instale automaticamente (en ocasiones 
recibe el nombre de mysql simplemente). Ésta suele ubicarse en un directorio en el 
que los procesos se activan automaticamente al iniciar el sistema. Si este fuera el 
caso, deberiamos utilizar la mencionada secuencia de comandos para iniciar el 
servidor. mysql.server toma opciones de inicio y cierre. A continuación se mues- 
tra una sesion de inicio comun en un sistema Red Hat Linux: 


/etc/rc.d/ini1it.d/mysql start 


$ Starting mysqld daemon with databases from /usr/local/mysql/ 
data 


En FreeBSD, el archivo se coloca en /usr/local/etc/rc.d, en cuyo 
caso se utilizaría la siguiente secuencia: 


“ /usr/local/etc/rc.d/mysql.sh start 
Para cerrar el sistema, puede utilizar mysqladmin: 
% mysgqladmin shutdown —uroot -p 


Enter password: 
020706 16:56:02 mysqld ended 


o la opción equivalente desde la secuencia de comandos de inicio, como la 
siguiente: 


$ /ete/rc.d/init.d/mysql stop 
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Killing mysqld with pid 2985 
Wait for mysqld to exitic 

NC 

¿NC 

Ne 

NE 

LC 

LC 

020706 17:07:49 mysqld ended 


Como iniciar MySQL automaticamente al arrancar el sistema 


En sistemas de producción, si no es un obseso del control, es probable que 
desee que MySQL se ejecute durante el proceso de arranque del sistema. Para 
ello, si nose ha implementado automaticamente, necesitara saber como inicia O 
detiene los procesos su version de Unix al arrancar y apagar el sistema. Esta 
operación puede variar ostensiblemente de un sistema a otro. Si no esta seguro del 
proceso, especialmente si no instaló MySQL, lo mejor es dirigirse a su adminis- 
trador de sistemas. Éste deberia conocer los detalles de su sistema mejor que de lo 
podriamos explicar en este libro. 

El siguiente ejemplo se ha tomado de un sistema con Red Hat Linux: 


$ cp /usr/share/mysql/mysql.server /etc/rc.d/init.d 


Esta linea copia la secuencia de comandos mysql.server en el directorio de 
inicializacion. 

Las siguientes dos líneas garantizan que MySQL se inicia al arrancar el siste- 
ma, que alcanza el modo multiusuario (nivel 3 de ejecucion) y que se cierra con el 
sistema (nivel O de ejecucion). Se crea un vínculo desde el nivel pertinente a la 
secuencia de comandos de mysq].server: 


% ln -—s /etc/rc.d/init.d/mysql.server /etc/rc.d/rc3.d/S99mysql 
$* ln -s /etc/rc.d/init.d/mysql.server /etc/rc.d/rc0.d/S0lmysql 


El siguiente ejemplo se ha tomado de una version reciente de FreeBSD, en la 
que sólo necesitamos copiar las secuencias de comandos de inicio en el directorio 
rc.d y asignarles la extension .sh: 


3 cp /usr/local/mysql/support-files/mysql.server /usr/local /etc/ 
rc.d/mysql.sh 


Asegurese de que su secuencia de comandos es ejecutable y que no resulta 
accesible sin autorizacion con ayuda de la siguiente secuencia: 


% chmod 700 /usr/local/etc/rc.d/mysql.sh 


Algunos sistemas antiguos pueden utilizar /etc/rc. local para iniciar se- 
cuencias de comandos, en cuyo caso deberiamos agregar una instrucción como 
la siguiente al archivo: 


/bin/sh -c 'cd /usr/local/mysql ; ./bin/safe mysqld —user=mysqgl K£' 
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Como evitar problemas comunes al iniciar MySQL en Unix 


Los problemas mas comunes estan relacionados con los permisos. Si no se ha 
registrado como usuario raiz e intenta iniciar MySQL, obtendra un error como el 
siguicnte: 


2 /usr/local/mysql/bin/mysqld_safe —user=mysql £ 

The file /usr/local/mysql/libexec/mysqld doesn't exist or is 
not executable 
Please do a cd to the mysgl installation directory and restart 
this script from there as follows: 
./bin/mysqld_safe. 


Para solucionarlo, inicie la sesion como usuario ralz: 


Y su 
Password: 
/usr/local/mysql/bin/mysqld safe —user=mysql £ 
[1] 24756 
Starting mysqld daemon with databases from 
/usr/local/mysql-max-4.0.2-alpha-unknown-freebsdelf4.6-i386/ 
data 


Para resolver otros problemas, utilice el registro de errores de MySQL. En una 
sección posterior analizaremos el registro de errores. 


Como iniciar y cerrar MySQL en Windows 


La distribución de MySQL para Windows incluye varios archivos ejecutables 
(vease la tabla 10.1). La ejecucion de uno u otro dependera de como vayamos a 
utilizar MySQL. 


Tabla 10.1. Los ejecutables de MySQL 


Ejecutables Descripción 


mysqld Un binario que incorpora funciones de depuracion, 
| comprobacion de asignación de memoria automá- 
ticamente, tablas transaccionales (InnoDB y BDB) 

y vínculos simbólicos, 


mysqld-opt Un binario optimizado que no incorpora compatibi- 
lidad para tablas binarias (InnoDB o BDB). 
mysald-nt Un binario optimizado que incorpora compatibili- 


dad para canalizaciones con nombre (para su uso 
con NT/2000/XP). Puede ejecutarse en sistemas 
95/98/Me, pero no se crearan canalizaciones con 
nombre, ya que estos sistemas no las admiten. 


Ejecutables Descripción 


mysql1d-max Un binario optimizado que adrnite tablas transac- | 
cionales (InnoDB y BDB) asi como canalizaciones | 
con nombre al ejecutar NT/2000/XP y vinculos sirn- 
bolicos. 


Para iniciar MySQL, basta con ejecutar el archivo deseado, por ejemplo: 


CiW>  ciimysqllbinimysqld-max 
020706 13:53:45 InnoDB: Started 


Sustituya imysaqllbin1k por el directorio en el que haya instalado MySQL, 
si fuera diferente. Muchos usuarios de Windows prefieren utilizar la siguiente 
secuencia: 


C:iXM>  c:iprogra-1imysqllbinimysqld-max 


Tambien puede usar la utilidad winmysqladmin que se incluye en las distribu- 
ciones de Windows para iniciar MySQL. 


NOTA: Si utiliza Windows 95, asegúrese de comprobar que tiene instalado 
Winsock 2. Las versiones más antiguas de Windows 95 no incluyen este 
componente lo que impedirá que MySQL pueda ejecutarse. Para descargar- 
lo dirijase a WWWMicrosoft.cona. 


Como iniciar MySQL automaticamente 


En Windows 95/98/Me, cree un acceso directo al archivo ejecutable 
winmysqladmin dentro de la carpeta Inicio. Este archivo se almacena en el mismo 
lugar que otros ejecutables, en otras palabras, dentro de c:Imysqlibin de 
manera predeterminada. 

Asegurese de que su archivo my .ini contiene el ejecutable deseado. Puede 
ejecutar mysqld-max manualmente y, a continuación, hacerlo automaticamente 
con winmysqladmin. 

Ahora bien, si su archivo contiene la siguiente secuencia: 


[WinMySQLAdmin] 
Server=C:/PROGRAM FILES/MYSQL/bin/mysqld-opt.exe 


no podra utilizar las funciones transaccionales que cabría esperar. Puede edi- 
tar el archivomy. ini manualmente o utilizar wnmysqladmin para modificarlo, 
seleccionando my .ini setup para cambiar el archivo mysqld (vease figura 
10.1). 

Con NT/2000/XP, instale MySQL como servicio de la siguiente forma: 


C:W> c:Amysqllbinimysqld-max-nt -install 


0 WinMySQLadmin 1.3 


WinMy5 QLadain Ves 1.3 loc Win95/W/030/41 0402000 
Copyright (C] 1973-2001 MySQL AB Monty Program KB _Potron HB. . : 
- All ights reserved. See the filo PUBLIC for ficence information. Sopa Cd Map 
Thiz software comes with ABSOLUTELY NO WARRANTY: s00 the filo PUBLIC for detalle 
O) Envionment | E) Star Check ] E) Server de ny ri Setup | E) En rio] E) Vorisbies | E) Process | 8) Databares | [) Repor] 


FThis File was made using the WinMySQOLAdmin 1 3 Tool 


7 Pe Uncommenlor Add onty h e keys that you know how works 
Pucca [Read he MySOL Manual lor instructions 


| Cidade 


[mysqla] 
basedir=C /mysal 
datadir=C /mysqdate 


[WinMySOLadmin] 
Server=C/mysqlbin/mysqlont exe 


Figura 10.1. Corno usar winmysqladrnin 
para actualizar el archivo de configuración my.ini 


E Servicios eE LO). El 


Archivo Acción Ver Ayuda 
e (81908 AC 
dy Servico: (locales) CA A > 
+ Proporción... Sistema local 
. Ofrece ela... Setema local 
-. Adminastra!... Serica de red 
.. Admite dep... . Sistema local 
Setema local 
Transmite ... e Sistema local 
Proporción... iniciado Stema local 
.- fAsocia la le... y p Sistema local 
ys Software Shado.... Adiranistra l... Sistema docal 
Sa o P Sistema local 


RA aord lot. Recopka y ... Sestema local 
Monorton Intemet Ser... ' Sistema local 
¿Bnuorton Intemet Ser... Symantec ... Setema local 
Ra hiorton Internet Sec... > Sestema local 
Not ficación de suce.... kn. a Sistema local 
o ntómero de sere de ... >e. Sistema local 
Bo Plug and Play E Setema local 
y Portafobos Bs Setema local 
Royrrog amador de tar... 0... Sstema local 
Bo protocolo simple de ... ds Sstema local 
Ghproveedor de como... ds Sstema local 
o Publicación en FTP há : Sestema local 
Gps bikcación en Wine]... pa ; Sem lol 


Y Extendido A Estindar 


Figura 10.2. Cómo iniciar MySQL 
como un servicio en Windows 2000 


Si no desea que MySQL se inicie automaticamente, pero quiere seguir utili- 
zándolo como servicio, ejecute el mismo comando con la opción manual : 


C:imysqlibin> mysqld-max-nt —install-manual 
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A continuacion puede iniciar el servicio con la siguiente secuencia: 


C:X> net start mysql 
The MySql service is starting. 
The MySql service was started successfully. 


Y detenerlo con la instrucción mysqladmin shutdown o esta otra: 


C:Xx> net stop mysql 
The MySql Services 1s SUOPpilQue sw ei e 
The MySql service was stopped successfully. 


Para eliminar el servicio, ejecute mysqld con la opción de eliminación, como 
se indica a continuacion: 


C:X> c:Amysqllibinimysqld-max-nt -—remove 


Tambien puede utilizar el panel de control Servicios y hacer clic sobre Iniciar 
o Detener (Vease figura 10.2). 


Como evitar problemas comunes al iniciar MySQL en Windows 


Un problema comun al iniciar MySQL en Windows tiene lugar cuando se 
instala en un directorio no predeterminado (como c:lArchivos de 
programaMySQLAbin). En ocasiones las ubicaciones no se reflejan correc- 
tamente en el archivo de configuración my . ini . Por ejemplo, si instaló MySQL 
enc: Archivos de programalMySQL, entonces my . ini deberia conte- 
ncr algo asi como: 

[mysqld] 


basedir=C:/Program Files/mysql 
datadir=C:/Program Files/data 


[WinMySQLAdmin] 
Server=C:/Program Files/mysql/bin/mysqld-max-nt.exe 


> 7 
$ 


- NOTA; Los nombres de jua de Windows se ESPECIFICAN con barras inclinadas 
no con las barras E ll co en Windows, en los archivos 


RS 


de opción. Si desea invertidas, tendrá que utilizar secuencias de 


especial de Ñ por cjemplo: BEIEYIADESC -VArchiyos 


de programalimysqllWWinWimysqld-opt.exe. 


Puede que haya utilizado espacios en su nombre de archivo y haya probado 
con esta secuencia: 


C:/program files/mysql 


en lugar de: 


C:/progra-1/mysql 


Si se utiliza winmysqladmin para iniciar el sistema puede que se cree un archivo 
my. 1 n 1 que interfiera con una configuracion existente. Pruebe a quitar el archivo 
my. i n i recien creado (restaurando el original si fuera necesario).S1 el problema no 
queda solucionado, pruebe a examinar el archivo de registro para comprobar si existe 
una razon obvia. El registro de error se incluye en C : 1AMySQOLAdatalmysql.err 
de manera predeterminada. También puede iniciar MySQL en modo independiente 
(mysqld — standalone),que puede generar resultados mas útiles o, como últi- 
mo recurso, utilizar el modo de depuracion, que generara un archivo de rastreo (por 
lo general en C:Amysqld.trace) que puede resultar de alguna utilidad. 


configuracion de MySQL 


Para que MySQL se ejecute sin problemas de la forma deseada, necesitara apli- 
car determinados parametros de configuracion, como seleccionar InnmoDB como 
tipo de tabla predeterminada o mostrar mensajes de error en un idioma determinado. 
Puede establecer la mayor parte de las opciones de tres formas: desde la linea de 
comandos, desde un archivo de configuracion o desde una variable de entorno pre- 
determinada. El uso de la linea de comandos para establecer opciones resulta util 
para funciones de prueba, pero no conviene utilizarla si se desea mantener dichas 
opciones durante un largo periodo de tiempo. Las variables de entorno no se utilizan 
casi nunca. El método mas util y habitual es recurrir a un archivo de configuracion. 

En Unix, el archivo de configuracion de inicio se suele denominar my. cnf y 
se puede colocar en las ubicaciones que se muestran a continuación. MySQL lo 
lee de arriba abajo, de manera que las posiciones situadas mas abajo llevaran 
asignada una prioridad mas alta (vease tabla 10.2). 


Tabla 10.2. Precedencia de los archivos de configuracion en Unix 


Archivo Descripción 


| /etc/my.cnf Opciones globales que se aplican a todos los servi- 
dores y usuarios. Si no esta seguro de donde colo- 
car un archivo de configuracion, hagalo aqui. 


DIRECTORIO_DE_DATOS Opciones especificas del servidor que almacena 
| /[my.cnf sus datos en el directorio de datos especificado. 
| Por regla general suele ser usr/local/mysql/ 
data para binarios o /usr/local/var para ins- 
talaciones fuente. Tenga presente que no tiene que 
coincidir necesariamente con la opcion —datadi r 
especificada para mysq]ld. 


defaults-extra-file Opciones especificas de utilidades de servidor o de 
clientes iniciadas con la opcion de linea de coman- 
dosdefaults-extra-file=nombre de archivo. 
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Archivo Descripción 


Opciones especificas del usuario. 


En Windows, el archivo de configuracion se suele llamar my. iniomy.cnf, 
según su ubicacion (vease tabla 10.3). 


Tabla 10.3. Precedencia de los archivos de configuracion en Windows 


Descripción 


C:CARPETA DE SISTEMA Opciones globales que se aplican a todos los 

DE_WINDOWSWmy.ini servidores y usuarios. La carpeta de sistema 
de Windows suele ser C:WINNT1System32, 
C: WINNT O C:IWINDOWS. 


C: Amy. enf Opciones globales que se aplican a todos los 
servidores y usuarios (se podría utilizar el ar- 
chive my. ini en su lugar). 


C:MDIRECTORIO_DE_DATOS Opciones especificas del servidor que se al- 


Wmy.cnf macenan en el directorio de datos especifica- 
do (que por regla general suele ser c: 1 
mysalidata). 

defaults-extra-file= Opciones especificas de utilidades de servi- 

nombre de archivo dor o de clientes iniciadas con la opción de 


línea de comandos defaults-extra- 
file=nombre de archivo. 


En Windows, si la unidad C no es la unidad de arranque o se puede utilizar la 
utilidad winmysqladmin, deberá usar el archivo de configuracion my. ini (si- 
tuado en la carpeta del sistema de Windows). 


A continuación, se incluye un archivo de configuración de ejemplo: 


É Las siguientes opciones se pasarán a todos los clientes MySQL 


[client] 

password = su_contraseña 
port = 3306 

socket = /tmp/mysql.sock 


f El servidor MySQL 
[mysqlda] 
port = 3306 
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socket = /tmp/mysql.sock 
skip-locking 


set-variable = key buffer=16M 
set-variable = max_allowed packet=1M 
set-variable = table _cache=64 
set-variable = sort _buffer=512K 
set-variable = net_buffer length=8K 
set-variable = myisam sort buffer size=8M 
Hset—-variable = ft_ min word length=3 
log-bin 

server-id = 1 

[mysq1dump] 

quick 

set-variable = max allowed packet=16M 
[mysql] 


no-auto-rehash 

% Elimine el símbolo de comentario siguiente si no esta 
F% familiarizado con SOL 

Hsafe-updates 


[myisamchk] 

set-variable = key buffer=20M 

set-variable = sort buffer=20M 
set-variable = read buffer=2M 

set-variable = write buffer=2M 
[mysqlhotcopy] 


interactive-timeout 


El simbolo + indica un comentario y los corchetes ([ ]) son marcadores de 
seccion. Los terminos incluidos dentro de los corchetes indican a que programa 
afectaran los parametros que siguen. En este ejemplo, el parametro 
interactive-timeout se aplicara unicamente al ejecutar el programa 
mysqlhotcopy. Las opciones establecidas en un marcador de seccion se apli- 
can a la seccion establecida previamente hasta el siguiente marcador de seccion. 

En el ejemplo anterior, el primer puerto se aplica a los clientes y el segundo al 
servidor MySQL. Por regla general se utiliza el mismo puerto para ambos, pero 
no necesariamente (por ejemplo, si se estan ejecutando varios servidores MySQL 
en el mismo equipo). Las opciones pueden ser de tres tipos: 


e opción=valor (como port=3306) 


* opción (como log-bin). Se trata de opciones booleanas que no se 
establecen si la opcion no esta presente (en este caso se utiliza el valor 
predeterminado) y se establecen si la opcion esta presente. 


e  set-variable = variable = valor (como set-variable = 
write buffer=2M). Este parámetro permite establecer variables de 
servidor MySQL. 
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una opcidn de contrasefia para los clientes sin carácter de comentario, 
Die O rf apsrántian actahlare asanevian de ecata forma ne AS 


Los siguientes programas admiten archivos de opcion: myisamchk, myisampack, 
mysql, mysql.server, mysqladmin, mysqlcheck, mysqld, mysqld_safe, mysqldump, 
mysqlimport y mysqlshow. 

En general, practicamente cualquier opcion que se use con un programa de 
MySQL desde la linea de comandos tambien se puede establecer en un archivo de 
configuracion. 

Una parte importante del proceso de dominio de MySQL consiste en conseguir 
la configuracion que se ajuste a nuestra situación. En una sección posterior, exa- 
minaremos el significado de las opciones de servidor y como configurarlas para 
obtener el masimo rendimiento de MySQL. 

La mayor parte de las distribuciones de MySQL incorporan cuatro configura- 
ciones de ejemplo: 


e MY-HUGE.CNE: Para sistemas con mas de 1GB de memoria dedicada a 
MySQL. 


e MY-LARGE.CNF: Para sistemas con al menos 512MB de memoria dedi- 
cadas a MySQL. 


* MY-MEDIUM.CNE: Para sistemas con al menos 32MB de memoria de- 
dicadas completamente a MySQL o al menos 128MB en un equipo con 
varias funciones (como un servidor dual Web/base de datos). 


* MY-SMALL.CNFEF: Para sistemas con menos de 64MB de memoria en los 
que MySQL no puede utilizar demasiados recursos. 


Algunas distribuciones incluyen un solo ejemplo: my-example.cnf. 


Examine los archivos para comprobar la última documentación; 512MB no se 
considerara como sistema "grande" durante mucho tiempo. 

Conviene copiar el que mas se aproxime a las necesidades del directorio en el 
que vaya a almacenarlo y, a continuación, realizar las modificaciones pertinen- 
tes. 


Registro 


El análisis de los archivos de registros puede que no coincida con su idea de 
pasarlo bien un viernes por la noche, pero puede convertirse en una ayuda inesti- 
mable no sólo para identificar los problemas surgidos sino tambien para detectar 
situaciones que, si se dejaran sin examinar, podrian obligarle a perder mas de un 
viernes por la noche. MySQL integra varios archivos de registro diferentes: 


« El archivo de errores: Éste es el lugar al que dirigirse para buscar proble- 
mas relacionados con el inicio, la ejecucion o la detención de MySQL. 


+ Elarchivo de consultas: Aqui se almacenan todas las instrucciones SQL 
que modifican datos. 


e El archivo de consulta lenta: Aqui se almacenan todas las consultas cuya 
ejecucion lleva mas tiempo que el establecido enlong_query_timeo 
que no utilizaron ninguno de los indices. 


e El archivo de actualización: Este archivo ha quedado obsoleto y deberia 
sustituirse con el archivo de actualización binaria en todas las instancias. 
Almacena instrucciones SQL que modifican datos. 


e El archivo ISAM: Registra todos los cambios realizados sobre tablas 
ISAM. Se utiliza unicamente para depurar codigo ISAM. 


El archivo de errores 


En Windows, el archivo de errores de MySQL se denominamysql .err yen 
Unixnombredehost.err (por ejemplo,text.mysqlhost.co. za.err). 
Se ubica en el directorio de datos (por regla general, C:1MySQLAdata en 
Windows, /usr/local/mysql/data para instalaciones binarias de Unix, / 
usr/local/var para instalaciones fuente de Unix o /var/lib/mysql para 
variantes de Red Hat). 

Este archivo contiene información de inicio y cierre del sistema asi como erro- 
res vitales que tengan lugar durante el proceso de ejecucion. Registra si el servi- 
dor deja de funcionar y se reinicia automaticamente o si MySQL detecta que una 
tabla necesita comprobarse o reparase automaticamente. El registro tambien pue- 
de contener un rastreo de pila cuando MySQL deja de funcionar. A continuación 
se recoge un ejemplo de registro de errores: 


010710 19:52:43 mysqld started 

010710 19:52:43 Can't start server: Bind on TCP/IP port: 
Address already in use 

010710 19:52:43 Do you already have another mysqld server 
running on port: 3306 ? 

010710 19:52:43 Aborting 
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010710 19:52:43  — /usr/local/mysql-3.23.39-pc-linux-gnu-i686/ 
bin/mysgld: 
Shutdown Complete 


010710 19:52:43 mysqld ended 


010710 19:55:23 mysqld started 
/usr/local/mysql-3.23.39-pc-linux-gnu-1686/bin/mysqld: ready 
for connections 

010907 17:50:38 — /usr/local/mysql-3.23.39-pc-linux-gnu-i686/ 
bin/mysqgld: 

Normal shutdown 


010907 17:50:38 Jusr/local/mysql-3.23.39-pc-linux-gnu-i686/ 
bin/mysqld: 
Shutdown Complete 


010907 17:50:38 mysqld ended 


En este ejemplo, se registra una situación mencionada anteriormente que tiene 
lugar cuando MySQL se inicia de manera incorrecta. Tras ello, al intentar iniciar 
MySQL de manera correcta, no podremos porque ya se ha iniciado otro proceso. 
Para solucionar este problema, tendremos que finalizar el proceso incorrecto (por 
ejemplo, ejecutando kill s 9 PIDo kill -9 PIDen Unix o utilizar el 
Administrador de tareas de Windows). 


El registro de consultas 


Para iniciar el registro de consultas puede utilizar la siguiente opción: 


log =[nombre de archivo del registro de consultas] 


en my.cnf. Si no especifica nombre de archivo_del. 
registro de consultas, se le asignará el nombre de anfitrión. 

Registrará todas las conexiones y las consultas ejecutadas. Puede resultar útil 
para determinar quien esta conectado (y cuando) para cuestiones de seguridad, 
asi como para operaciones de depuracion con el fin de comprobar si el servidor 
recibe correctamente las consultas. 

Este tipo de registros afecta al rendimiento, por lo que deberiamos desactivarlos 
si esta cuestión resulta importante. Puede que convenga utilizar en su lugar el 
registro de actualización binario (que registra unicamente consultas de actualiza- 
cion): A continuación se recoge un registro de consultas de ejemplo: 

/usr/local/mysql-max-4.0.1-alpha-pc-linux-gnu-i686/bin/mysqld, 

Version: 


4.0.1-alpha-max-log, started with: 
Tcp port: 3306 Unix socket: /tmp/mysql.sock 


Time Id Command Argument 
020707 1:01:29 1 Connect rootBlocalhost on 
020707 1:01:35 1 Init DB firstdb 
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020707 1:01:38 1 Query show tables 
OZLUTFOTF. -120L=51L 1 Query select * from innotest 
UZOTOR> IOLsoa 1 Quit 


El registro de actualizacion binario 


El registro de actualizacion binario se activa cuando la opción lo g- bin se 
utiliza con el archivo de configuración my. cnf o my. ini, de la siguiente for- 
ma: 


—log-bin[=nombre _ de archivo de registro binario] 


Se eliminara cualquier extension, ya que MySQL agrega sus propias extensio- 
nes al registro binario. Si no se especifica ningun nombre de archivo, se tomara el 
nombre del anfitrion para designar al registro binario, adjuntandole la secuencia 
- bin. MySQL tambien crea un archivo de índice binario con el mismo nombre y 
con la extension .index. Al índice se le puede asignar un nombre (y una ubica- 
cion) diferentes de la siguiente forma: 


—log-bin-index=nombre archivo índice del registro binario 


Los registros de actualizacion binaria contienen todas las instrucciones SQL 
que actualizan los datos, asi como el tiempo que tarda la consulta en ejecutarse y 
una marca de tiempo que establece cuando se procesara la consulta. Las instruc- 
ciones se registran en el mismo orden en el que se ejecutan (despues de que la 
consulta y antes de que se completen las transacciones o se eliminen los blo- 
queos). Las actualizaciones que no se hayan confirmado todavia se colocaran en 
una cache primero. 

El registro de actualizacion binario tambien resulta util para restaurar vol- 
cados (en un capitulo posterior se examinara el tema de los volcados de ba- 
ses de datos) asi como para duplicar una base de datos esclava desde una 
principal (en un capitulo posterior se examinara la duplicación de bases de 
datos). 

Los registros de actualizacion binaria comienzan por la extension 001. Cada 
vez que el servidor se reinicia o se ejecuta alguna de las instruccionesmysqladrnin 
refresh, mysqladmin flush-logso FLUSH LOGS se crea uno nuevo 
incrementando dicho numero en una unidad. Tambien se crea un nuevo registro 
binario (y se incrementa su numeración) cuando el registro binario alcanza el 
maximo tamaiio. El valor max_bin_log_size se establece en el archivo 
my.enf o my. i n 1 de la siguiente forma: 


setvariable = max _binlog size = 1000M 


Puede observar el tamaiio, en bytes, que se le asigna de manera predetermina- 
da examinando las variables: 


% mysqladmin -u root -pg00r002b variables | grep 'max binlog_size' 
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max_binlog_size | 1073741824 


El archivo de índice de actualizacion binario contiene una lista de todos los 
registros utilizados hasta la fecha. A continuación se recoge un ejemplo: 


./test-bin.001 
./test-bin.002 
./test-bin.003 
. /test-bin.004 


Si vaciamos los registros, el indice de actualizacion binario se adjuntara al 
nuevo registro binario: 


so mysqladmin -u root -pg00r002b flush-logs 
El ejemplo contiene ahora lo siguiente: 


./test-bin.001 
./test-bin.002 
./test-bin.003 
./test-bin.004 
./test-bin.005 


Puede eliminar todos los registros de actualizacion binarios sin utilizar con el 
comando RESET MASTER: 


mysql1> RESET MASTER; 
Query OK, 0 rows affected (0.00 sec) 


El índice de actualizacion binario refleja ahora la existencia de un único regis- 
tro de actualizacion binario: 


./test-bin.006 


ADVERTENCIA: No elimine los registros de 


No todas las actualizaciones de bases de datos necesitan registrarse. En mu- 
chos casos, puede que solo necesite almacenar actualizaciones de determinadas 
bases de datos. 

Para ello, puede utilizar opciones binlog-do-db y binlog-ignore- 
db de los archivos de configuración my. ecnf y my.ini.'La primera permite 
establecer las actualizaciones de base de datos que se desea registrar. Por ejem- 
plo, la siguiente instrucción: 


binlog-do-db = firstdb 
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actualizara solamente la base de datos firstdb; sin embargo, esta: 
binlog-ignore-db = test 


actualizara todas las bases de datos excepto la base de datos test . Puede 
agregar varias líneas si desea registrar mas de una base de datos: 


binlog-do-db = test 
binlog-dó=db = fFirstdab 


Cuando se necesita registrar actualizaciones que formen parte de una transac- 
cion, MySQL crea un bufer del tamaiio especificado enbinlog-cache-size 
en el archivo de configuración (el valor predeterminado es 32KB o 32.768 bytes). 
Cada subproceso puede crear uno de estos bufer. 

Para evitar el uso de demasiados bufer a la vez, tambien se puede establecer la 


variable max-binlog-cache-size. El tamaio maximo predeterminado es 
de 4GB, o 4.294.967.295bytes. 
Como el archivo de actualizacion binario es un archivo binario, los datos se 


almacenaran de manera mas eficiente en el antiguo registro de actualizacion de 
texto. 


Sin embargo, esta opción no permite ver los datos con un editor de texto. La 
utilidad mysqlbinlog soluciona este problema: 


C:lArchivos de programalMySQlldata>,,Abinlimysqlbinlog test- 
bin.002 
$ at 4 
+020602 18:40:02 server id 1 Start: binlog v 2, server v 
4.0.1-alpha-max-log 
created 020602 18:40:02 
$ at 79 
+020602 18:41:27 server id 1 Query thread_id=3 
exec_time=0 
error_code=0 
use firstdb; 
SET TIMESTAMP=1023036087; 
CREATE TABLE customer (id INT); 
$ at 146 
020602 18:41:40 server id 1 Query thread_id=3 
exec_time=0 
error_code=0 
SET TIMESTAMP=1023036100; 
INSERT INTO customer (id) VALUES(1); 
$ at 218 
020602 18:43:12 server id 1 Query thread_id=5 
exec_time=0 
error_code=0 
SET TIMESTAMP=10230361092; 
INSERT INTO customer VALUES (12) 5 
$ at 287 
020602 18:45:00 server id 1 Stop 
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Para utilizar un archivo de actualización binario para actualizar los contenidos 
de un servidor MySQL, basta con canalizar los resultados hacia el servidor per- 
tinente, por ejemplo: 


% mysqlbinlog ..idatalXtest-bin.022 | mysql 


El registro de consultas lentas 


El registro de consultas lentas se inicia con la siguiente opcion: 


log-slow- 
queries[=nombre de archivo de registro de consultas lentas] 


en el archivo de configuración. Si no se suministra el parametro 
nombre_de_archivo_de_registro_de_consulta_ lento, se asig- 
nara el nombre del equipo anfitrión al registro de consultas lentas y se le adjunta- 
ra la secuencia — slow.log (por ejemplo, test.mysqlhost.co.za- 
slow.log). 

Se registraran todas las instrucciones SQL cuya ejecucion lleve mas tiempo 
que el establecido en long query_time. 

Este valor se establece en los archivos de configuración my. cnf omy. in il 
de la siguiente forma: 


set-—variable = long—query—time = 20 


Se mide en segundos (aunque MySQL tiene previsto cambiar a microsengundos, 
por lo que es aconsejable examinar la documentación mas reciente). 

Si esta establecida la opcion log-long- format, se registraran todas las 
consultas que no utilicen un índice. 

Para ello, coloque la siguiente línea: 


log-long-format 


en su archivo my.cnf o my. in1. 

Este registro resulta util; su incidencia en materia de rendimiento no es alta 
(asumiendo que la mayor parte de las consultas no sean lentas) y destaca las 
consultas que necesitan una mayor atencion (aquellas en las que falten indices o 
su uso no esté optimizado). 
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A continuación se muestra un ejemplo de registro de consultas lentas: 


/usr/local/mysql-max-4.0.l1-alpha-pc-linux-gnu-1686/bin/mysqld, 
Version: 
4.0.1-alpha-max-log, started with: 
Tcp port: 3306 Unix socket: /tmp/mysql.sock 
Time Id Command Argument 
$ Time: 020707 13:57:57 
$ UserfHost: root[root] (4 localhost [] 
$ Query-—time: O Lock—time: O Rows—sent: 8  Rows—examined: 8 
use firstdb; 
select id from sales; 
$ Time: 020707 13:58:47 
* UserfHost: root[root] € localhost [] 
$ Query—time: OQ Lock—time: O Rows—sent: 6 Rows—examined: 8 


En este registro, aparece la consulta select id from sales porque no 
utilizo ningun índice. La consulta podría haber utilizado un índice sobre el campo 
id (los indices se analizaron en un capitulo anterior). 

Tambien puede recurrir a la utilidad mysqldumpslow para mostrar los resulta- 
dos de un registro de consultas lentas: 


% mysqldumpslow test-slow.log 


Reading mysql slow query log from test-slow.log 
Count: 1 Time-0.00s (0s) Lock=0.00s (0s) Rows=0.0 (0), 
root[root]flocalhost 


F Query-—time: N Lock—time: N  Rows—sent: N  Rows—examined: N 
use firstdb; 
select id from sales 


Count: 1 Time=0.00s (0s) Lock=0.00s (0s) Rows=0.0 (0), 
root[root] Glocalhost 
$ Query-—time: N Lock—time: N  Rows—sent: N  Rows—examined: N 
DELETE FROM sales WHERE 1id>N 


Count: 1  Time=0.00s (0s) Lock=0.00s (0s) Rows=0.0 (0), 
root[root]fGlocalhost 


 Query—time: N Lock—time: N  Rows—sent: N  Rows—examined: N 
select id from sales where id<N 


Rotación de registros 


Los archivos de registros, aunque resultan extremadamente utiles tienen una 
naturaleza cancerigena, ya que crecen sin parar hasta agotar el espacio disponl- 
ble. Al final, no queda mas remedio que eliminar los registros excesivos y la 
mejor opción es recurrir a alguna secuencia de comandos que se encargue de 
realizar automaticamente la tarea.Para los registros que no resulten vitales, bas- 
tará con utilizar la siguiente secuencia (asumiendo que partamos del directorio 
que contiene los archivos de registro). 
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En un sistema Unix: 


mv logfile backup directory/logfile.old 
mysqladmin flush-logs 


Y en un sistema Windows 


move logfile backup directoryllogfile.old 
mysqladmin flush-logs 


El vaciado de los registros (que tambien se puede realizar durante la conexión 
al servidor con la instrucción de SQL FLUSH LOGS) cierra y vuelve a abrir los 
archivos de registro que no se incrementen en secuencia (como el registro de 
consultas lentas). O, en caso de que los registros se incrementen (el registro de 
consultas de actualización), el vaciado de los registros crea un nuevo archivo de 
registro con una extension incrementada en una unidad a partir de la anterior y 
obliga a MySQL a utilizar el nuevo archivo. 

El archivo de registro antiguo se puede retirar para su volcado o suprimir 
directamente si no se pudiera utilizar para nada mas. Las consultas que se proce- 
sen entre las dos instrucciones no se registraran, ya que no existe un registro de 
consulta para dicho momento en el tiempo. La operación de registro sólo se yuel- 
ve a crear cuando se vacian los registros. Por ejemplo, si asumimos que el registro 
de consulta se llama querylog, el siguiente conjunto de comandos muestra una 
forma de alternar registros. Necesitara tener dos ventanas abiertas. La ventana 1 
conectada a su interprete o linea de eomandos y la ventana 2 a MySQL: 

En primer lugar desde la ventana 1: 


% mv querylog querylog.old 

Seguidamente, ejecute una consulta desde la ventana 2 (conectada a MySQL): 
mysql1> SELECT * FROM sales; 

Compruebe si se ha registrado la consulta desde la ventana 1: 


[v) 


% tail querylog_ ___ - - - - 
tall: querylog: No such file or directory 


Hasta que no vacie los registros, no existira ningun registro de archivo y no se 
registrara ninguna consulta: 


% mysqladmin -uroot -—pgU0r002b flush-logs 
Ejecute otra consulta desde la ventana 2: 


* 
mysql1> SELECT FROM customer; 


Esta vez se ha agregado al registro de consulta, como puede ver en la ventana 


% tail querylog 
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/usr/local/mysql-max-4.0.1-alpha-pc-linux-gnu-i686/bin/mysgld, 
Version: 

4.0.1-alpha-max-log, started with: 
Tcp port: 3306 Unix socket: /tmp/mysql.sock 


Time Id Command Argument 
020707 :203 45:23 O); QUIE 
020707 20:45:26 4 Query select * from customer 


Esta tecnica no se puede utilizar con archivos de registro vitales (como el 
registro de actualizacion binaria) ya que no se pueden permitir las pérdidas de 
consultas si se necesitan para operaciones de duplicación o para la restauracion 
de volcados. Por esta razon, se crea un nuevo registro de actualizacion binario 
cuando los registros se vacian, con una extension cuya numeración se incrementa 
en una unidad por cada operación de vaciado. Los registros solo se pueden agre- 
gar al ultimo registro, lo que significa que podemos mover los antiguos sin tener 
que preocuparnos por las consultas que falten. Pruebe a utilizar la siguiente se- 
cuencia; en ella se asume que el registro de actualizacion binario se denomina 
embinlog y que se parte de un registro de actualizacion binario: 


C:XProgram FilesiMySQlLidata>dir *-bin* 


Volume in drive C has no label 
Volume Serial Number is 2D20-1303 
Directory of C:1Program FilesiMySQlAdata 


GMBINLOG 001 212 D0I=07-02. 66350p-ambinlog.«001 
GMBINL-1 IND O 07-07-02 8:48p gmbinlog.index 
2 file(s) 398 bytes 
O dir(s) 33,868.09 MB free 


C:XProgram FilesiMySQLidata>..ibinimysqladmin flush-logs 
C:XProgram FilesiMySQLidata>dir *-—bin* 


Volume in drive C has no label 
Volume Serial Number is 2D20-1303 
Directory of C:iProgram FilesiMySQlidata 


GMBINLOG 001 2.72. 07-01-02. —B50p gmbinlog.001 
GMBINL-1 IND O 07-07-02 B:48p gmbinlog. index 
GMBINLOG 002 O 07-07-02 B:50p gmbinlog.001 

3 file(s) 398 bytes 

O dir(s) 33,868.09 MB free 


C:iProgram FilesiMySQlLidata> move gmbinlog.001 
D:Nbackup_directorylgmbinlog001.old 


MySQL para Red Hat Linux incluye una secuencia de comandos de rotación 
de registros. Si su distribucion no la incorpora puede utilizar esta como base para 
crear una propia: 


* This logname is set in mysql.server.sh that ends up in /etc/ 
* rc.d/init.d/mysql 

$H 

+ If the root user has a password you have to create a 
$ /root/.my.cnf configuration file with the following 

* content: 

$4 

* [mysgqladmin] 

* password = <secret> 

* user= root 

$4 

+ where "<secret>" is the password. 

$4 

$ ATTENTION: This /root/.my.cnf should be readable ONLY 
H or. root- | 


/usr/local/var/mysqld.log ( 

* create 600 mysql mysql 
notifempty 
daily 
rotate 3 
missingok 
compress 

postrotate 
* Just if mysgqld is really running 
if test -n "'ps acx|grep mysald'"; then 

/usr/local/bin/mysqladmin flush-logs 

fi 

endscript 


Optimization, analisis, comprobacion y 
reparacion de tablas 


Una parte del trabajo del administrador de bases de datos consiste en realizar 
labores de mantenimiento preventivo asi como en reparar elementos que hayan 
salido mal. A pesar de los esfuerzos, pueden surgir errores, debido, por ejemplo, 
a un corte en el suministro eléctrico durante una operación de escritura. Por regla 
general, estos errores resultan bastante sencillos de resolver. Las operaciones de 
comprobacion y reparacion implican cuatro tareas principales: 


e Optimizacion de tablas 


+ Análisis de tablas (se analiza y almacena la distribucion de claves de las 
tablas MyISAM y BDB) 
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*  —Comprobacion de tablas (se verifican las tablas en busca de errores y, en 
el caso de las tablas MyISAM, se actualizan las estadisticas clave) 


+ Reparación de tablas (se reparan tablas MyISAM dañadas) 


Optimizacion de tablas 


Las tablas que contienen campos BLOB y VARCHAR necesitan optimizarse 
con el tiempo. Como estos tipos de campo varian en longitud, al actualizar, inser- 
tar o eliminar registros, no siempre ocupan el mismo espacio, por lo que se frag- 
mentan y los espacios vacios permanecen. Al igual que ocurre con un disco 
fragmentado, esta situación ralentiza el rendimiento por lo que para mantener 
MySQL en buena forma, resultara necesario desfragmentarlo. En concreto, debe- 
mos optimizar la tablas, operacion que se puede realizar de varias formas: me- 
diante la instruccion OPTIMIZE TABLE,la utilidad mysglcheck (si el servidor 
esta en ejecucion) o la utilidad mysiamchk (si el servidor no se esta ejecutando O 
no hay interacción con la tabla.). 

La optimizacion sólo funciona en la actualidad con las tablas MyISAM y 
parcialmente con las tablas BDB. En el caso de las tablas MyISAM, la optimizacion 
realiza las siguientes tareas: 


+  —Desfragmenta las tablas en las que las filas aparecen divididas o han sido 
eliminadas 


+ Ordena los indices si no estan ordenados 

+ Actualiza las estadisticas de índice si no han sido actualizadas 

En el caso de las tablas BDB, la operacion de optimizacion analiza la distribu- 
cion de claves (realiza la misma operacion que el comando ANALIZE TABLE, 
que se vera en una sección posterior). 


optimizacion de tablas con la instruccion OPTIMIZE 


La instruccion OPTIMIZE es una instruccion de SQL utilizada al establecer 
una conexión a una base de datos MySQL. Su sintaxis es la siguiente: 


OPTIMIZE TABLE nombre de tabla 


Tambien puede optimizar una gran cantidad de tablas a la vez, utilizando una 
coma para separarlas: 


mysql1> OPTIMIZE TABLE customer,sales; 


A —_ a ——_——_ —_ —_ —_— —_ —_ _— _— 


| Table | Op | Msg_type | Msg_text 

HE + + LH ++ 

| firstdb.customer | optimize | status | Table is already up 
to date | 
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firstdb.sales | optimize | status | OK 


| 
| 
*———————————— + Yy_————_—_—____________—————— 
2 rows in set (0.02 sec) 


En este ejemplo se ha actualizado la tabla customer 


Optirnizacion de tablas con mysqlcheck 


myqlcheck es una utilidad de línea de comandos que puede realizar varias 
tareas de comprobacion y reparación además de operaciones de optimizacion. En 
una seccion posterior se recoge una descripcion completa de todas las funciones 
de esta utilidad. Para poder utilizar mysqlcheck, el servidor debe estar en ejecu- 
cion. Para optimizar la tabla customer de la base de datos firstdb, utilice la 
opción mysqlcheck, de la siguiente forma: 


% mysqlcheck -o firstdb customer -uroot -pg00r002b 
firstdb.customer Table is already up to date 


mysqlcheck permite optimizar mas de una tabla a la vez para lo cual debe 
incluirlas tras el nombre de la base de datos: 


% mysqlcheck -o firstdb customer sales -uroot -pgU0r002b 
firstdb.customer Table is already up to date 
firstdb.sales Table is already up to date 


Tambien puede optimizar la base de datos entera dejando fuera todas las refe- 
rencias de tabla como muestra la siguiente secuencia: 


% mysqlcheck -o firstdb -uroot -pg00r002b 


Optirnizacion de tablas con myisamchk 


Por ultimo, puede utilizar la utilidad de linea de comandos myisamchk cuando 
el servidor no este en ejecucion o no este interactuando con él. (Vacie las tablas 
antes de ejecutar esta instruccion si el servidor esta en funcionamiento con 
mysqladmin flush-tables. 

No obstante, tendra que asegurarse de que el servidor no esta interactuando 
con la tabla para evitar que se produzcan daños.) Ésta es la forma antigua de 
verificar las tablas. 

Debe ejecutar myisamchk desde la ubicacion exacta de la tabla o especificar la 
ruta hasta ella. En una seccion posterior se recoge una descripcion completa de 
las funciones de esta utilidad. 

El equivalente de una instruccion de optimizacion es el siguiente: 


myisamchk —quick —check-only-changed —sort-index —analyze 
nombre _de tabla 


o como el siguiente: 


myisamchk -q -C -S -a nombre de tabla 
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Por ejemplo: 


% myisamchk -quick —check-only-changed —sort-index —analyze 
customer 

- Check key delete-chain 

- Check record delete-chain 

- Sorting index for MyISAM-table 'customer' 


La opción -r repara la tabla, pero también elimina el espacio malgastado: 


'“¿ myisamchk -r sales 

- recovering (with sort) MyISAM-table 'sales' 
Data records: 8 

- Fixing index 1 

- Fixing index 2 


Si especifica la ruta hasta el archivo de índice de tabla y no esta en el directo- 
rio correcto, obtendra el siguiente error: 


, Mmyisamchk -r customer 

myisamchk: error: File 'customer' doesn't exist 

Para corregirlo basta con especificar la ruta completa hasta el archivo .MYI: 
myisamchk -r /usr/local/mysql/data/firstdb/customer 

- recovering (with keycache) MyISAM-table '/usr/local/mysql/ 

data/firstdb/customer' 

Data records: 0 


ADVERTENCIA: Las tablas se bloquean durante la Gp? ización, por 
lo que nO conviene cjecutar'esta pperatión emlas horas de máximo | 

fico. Asi mismo, ASEBUFSROAS que dispone de tantidad de espacio libre 
suficiente en El sistema dl EjEGRtAr OPTIMEIZE TABLE. St mE eje- 


cútar este comando en un BiStEmAa que E a punto. de quedarse: siespa- 
cio de is60 o ya Haya llégado E ese punto, puede HISMISOE no 105 
completar el proceso de optimización, lá que dejará la:tabla inutiliza- 
ble. 


La optimización es una parte importante de cualquier rutina administrativa 
para cl manteniendo de bases de datos que contengan tablas MyISAM y es acon- 
sejable aplicarla de manera regular. 


Análisis de tablas 


El análisis de tablas mejora el rendimiento actualizando la información de una 
tabla para que MySQL puede tomar una mejor decision sobre cómo combinar las 
tablas. 

La distribución de varios elementos de indice se almacena para su uso poste- 
rior. (La operación de análisis sólo funciona con tablas MyISAM y BDB.) 
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Existen tres formas de analizar una tabla: 


+ Mediante la instrucción ANALYZE TABLLE con una conexión a MySQL 
establecida 


+ Mediante la utilidad de linea de comandos mysqlcheck 


+ Mediante la utilidad de linea de comandos myisamcheck 


Los análisis regulares de tablas pueden contribuir a mejorar el rendimiento y 
deberian incluirse dentro de cualquier rutina de mantenimiento. 


Análisis de tablas con ANALYZE TABLE 


ANALYZE TABLE es una instruccion que se utiliza al establecer una co- 
nexion a una base de datos en el servidor. Su sintaxis es la siguiente: 


ANALYZE TABLE nombre de tabla 
Por ejemplo: 


mysql1> ANALYZE TABLE sales; 


+ + + + + 

| Table | Op | Msg type | Msg text | 
++ + + + 

| firstdb.sales | analyze | status | OK | 
+ + + + + 

1l row in set (0.00 sec) 


El tipo de mensaje (Msg type) puede ser de estado, error, información o 
aviso. A continuación, puede apreciar que ocurrira si falta el índice e intentamos 
analizar la tabla: 


mysql1> ANALYZE TABLE zz; 


+——————+ + PH ++ 

| Table | Op | Msg type | Msg _text 

| 

¿ ———_—_———_—_———_ —«>M¿NR]m”%m>+>mm ab 

| firstdb.zz | analyze | error | Table 'firstdb.zz' doesn't 
exist | 


E—— A —-_ _—_———  __—_ _ _  _ _-M—_—— + 


1 row in set (0.00 sec) 


La tabla sólo se analizara de nuevo si se ha modificado desde la ultima vez que 
se analizo: 


mysql> ANALYZE TABLE sales; 


j Table | Op | Msg type | Msg text 

| 

A _——— _——-  —_ooóo—— —_— —_— a 

| firstdb.sales | analyze | status | Table is already up to 
date | 
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++ + q + 
1 row in set (0.00 sec) 


Análisis de las tablas con mysqlcheck 


La utilidad de linea de comandos mysqlcheck se comenta detenidamente en 
una seccion posterior. El servidor necesita estar en ejecucion para poder utilizar 
mysqlcheck y sólo se puede aplicar a tablas MyISAM. Para analizar tablas se 
utiliza con la opcion —a: 


% mysqlcheck —a firstdb sales -uroot -pg00r002b 
firstdb.sales oK 


Tambien podemos analizar varias tablas de una base de datos incluyendolas 
tras el nombre de esta: 


% mysgqlcheck —a firstdb sales customer -uroot -pgU0r002b 
firstdb.sales Table is already up to date 
firstdb.customer Table is already up to date 


S1 Intenta analizar una tabla que no admita análisis (como las tablas de tipo 
InnoDB), la operación fallara sin que se ocasione ningun daño. Por ejemplo: 


% mysqlcheck -—a firstdb innotest -uroot -pg00r002b 
firstdb.innotest 

error : The handler for the table doesn't support check/ 
repair 


Tambien podemos analizar todas las tablas de la base de datos dejando fuera 
todos los nombres de tabla: 


% mysqlcheck -—a firstdb innotest -uroot -pgU0r002b 


Análisis de tablas con myisamchk 


La utilidad de línea de comandos myisamchk se comenta detalladamente en 
una seccion posterior. Para poder utilizar la funcion myisamchk el servidor no 
debe estar en ejecucion o debe asegurarse de que no existe ninguna interacción 
con las tablas con las que estamos trabajando. Si la opción—skip-external-— 
locking no esta activa, puede utilizar myisamchk con garantias, aunque el 
servidor este en ejecucion. Las tablas se bloquearan, lo que afectara a su acceso, 
pero no se produciran informes de error. $1 se utiliza —skip-external- 
locking, deberá vaciar las tablas antes de iniciar el análisis (conmysqladmin 
flush-tables) y asegurarse de que no hay acceso. Puede que obtenga resul- 
tados no validos si mysqld u otra instancia accede a la tabla mientras se esta 
ejecutando esta utilidad. Para analizar tablas, utilice la opcion —a: 


% myisamchk -—a /usr/local/mysql/data/firstdb/sales 

Checking MyISAM file: /usr/local/mysql/data/firstdb/sales 
Data records: 9 Deleted blocks: 0 

- Check file-size 
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- Check key delete-chain 

- check record delete-chain 

- Check index reference 

- check data record references index: 1 
- check data record references index: 2 


Comprobacion de tablas 


Pueden surgir errores cuando los indices no estan sincronizados con los datos. 
Las caidas del sistema o los cortes de suministro eléctrico pueden daiiar las ta- 
blas. Por regla general, sólo se ven afectados los archivos de índice, no los datos, 
lo que puede resultar difícil de detectar, aunque puede notar que la informacion se 
devuelve lentamente o que no se encuentran datos que deberian estar. Cuando 
sospeche que ocurre un error, lo primero que debe hacer es comprobar las tablas. 
Entre los sintomas que anuncian la existencia de tablas daliadas con errores se 
pueden citar los siguientes: 


Finales de archivo inesperados 
El archivo de registros esta daliado 
nombre. de_tabla.frm bloqueado ante cambios. 


No se puede encontrar el archivo nombre_de_tabla.MYI (Codigo de 
error: HH) 


Obtencion del error +++ procedente de un descriptor de tabla. La utilidad 
perror devuelve mas informacion sobre el numero de error. Basta con eje- 
cutar perror que se almacena en el mismo directorio que otros binarios 
como mysqladmin) y el numero de error. Por ejemplo: 


% perror 126 


126 


= Index file is crashed / Wrong file format 


A continuación se recogen otros errores comunes: 


26 
127 
RZ 
134 
SS 
136 
141 
144 
145 


= Index file is crashed / Wrong file format 

= Record-file is crashed 

= Old database file 

= Record was already deleted (or record file crashed) 

= No more room in record file 

= No more room in index file 

= Duplicate unique key or constraint on write or update 
= Table is crashed and last repair failed 

= Table was marked as crashed and should be repaired 


Una vez establecida la conexión al servidor MySQL, puede ejecutar un co- 
mando CHECK TABLE, usar la utilidad mysqlcheck (cuando el servidor esta en 
ejecucion) o la utilidad myisamchk cuando el servidor esta detenido. La operación 
de comprobacion actualiza las estadisticas de indices y busca errores. 
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Si se detectan errores, sera necesario reparar la tabla (operación que se expli- 
ca en una sección posterior). Los errores graves impiden el uso de la tabla hasta 
su reparacion. 


Y 


Comprobacion de las tablas con CHECK TABLES 


La sintaxis del comando CHECK TABLES es la siguiente: 
CHECK TABLE nombre de tabla [opción] 
Por ejemplo: 


mysql1> CHECK TABLE customer ; 


+ +——+ + + 

| Table | Op | Msg type | Msg text | 
+ +——+ + + 

| firstdb.customer | check | status | OK | 
4 + —— ++ + 

1 row in set (0.0l sec) 


Existen cinco opciones en funcion del nivel de comprobacion que desee apli- 
car, como se describe en la tabla 10.4. 


Tabla 10.4. Opciones de CHECK TABLES 
Descripción 


Ésta es la forma mas rapida de comprobacion. No 
examina las filas para verificar vinculos erroneos. 


Solo comprueba las tablas que no se han cerrado 
correctamente. 


CHANGED Solamente comprueba las tablas que no se han 
cerrado correctamente o que se han modificado 
desde la ultima verificación. 


MEDIUM Se trata de la opcion predeterminada. Examina las 
filas para comprobar que los vinculos eliminados 
son correctos. Tambien calcula una suma de com- 
probación de clave para las filas y lo verifica con 
una suma de comprobacion para las claves. 


EXTENDED Se trata del método mas lento, pero comprueba las 
tablas de forma exhaustiva para lo cual realiza un 
examen completo de claves para cada índice aso- 
ciado a cada fila. 
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La opcion QUICK resulta util para examinar aquellas tablas sobre las que no 
se tengan sospechas de error. Si se devuelve un error o un aviso, deberia intentar 
reparar la tabla. Puede comprobar mas de una tabla simultaneamente incluyéndo- 
las unas detras de otras, por ejemplo: 


mysql> CHECK TABLE sales,customer; 


+ EEES + As 

| Table l Op | Msg_type | Msg text | 
tÉ— +4 dE as 

| firstdb.sales l check | status [ OK ¡ 
| firstdb.customer l| check | status | OK ¡ 
F + + + Ad 

2 rows in set (0.01 sec) 


Comprobacion de tablas con mysqlcheck 


La utilidad de linea de comandos mysqlcheck se puede utilizar con el servidor 
en ejecucion y funciona unicamente con tablas MyISAM. Esta utilidad se exami- 
na detalladamente en una sección posterior. En la tabla 10.5 se describen sus 
opciones. La sintaxis es la siguiente: 


mysgqlcheck [opciones] nombre _de base_de datos nombre de tabla 


[s] 
Por ejemplo: 


% mysglcheck -c firstdb customer -uroot -pg00r002b 
firstdb.customer OK 


Tabla 10.5. Las opciones de rnysglcheck que se aplican a la cornprobacion de tablas 


Descripción 


—auto-repair Se utiliza en combinación con una de las op- 
ciones de comprobacion. Comienza automá- 
ticamente a reparar las tablas dañadas una 
vez completada la comprobacion. 


-c, check Comprueba tablas 


-C, -check-only-changed Comprueba las tablas que hayan cambiado 
desde la última operacion de comprobacion o 
que no se cerraran correctamente. 


-F, —fast Comprueba tablas que no se hayan cerrado 
correctamente. 
-e, "extended Ésta es la forma mas lenta de comprobacion, 


pero garantiza una operacion completa. Tam- 
bien puede utilizar esta opcion para reparar 
tablas, aunque no suele resultar necesario. 
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Opción Descripción 


—m, —medium-—-check Esta opción resulta mucho mas rapida que la 
comprobacion extendida y busca la gran ma- 
yoría de errores. 


-=q, quick Se trata de la comprobacion mas rapida. No 
examina las filas de las tablas al realizar la 
operación de comprobacion. Solo repara el 
arbol del índice. 


AA AAA «AA A A AA A AA AAA AA A AAA AAA A 


Puede comprobar varias tablas incluyendolas tras el nombre de la base de 
datos: 


% mysqlcheck -c firstdb sales customer -uroot -pg00r002b 
firstdb.sales OK 
firstdb.customer oK 


Puede comprobar todas las tablas de la base de datos especificando unicamen- 
te el nombre de la base de datos: 


% mysqlcheck -c firstdb -uroot -pg00r002b 


Comprobacion de tablas con myisamchk 


Cuando el servidor esta apagado o no existe interacción con las tablas que se 
estan comprobando, puede utilizar la opcion de linea de comandos myisamchk 
(que se describe detalladamente en una sección posterior). Sila opcion —skip- 
external-locking no esta activa, puede utilizar myisamchk con garantias, 
aunque el servidor este en ejecucion. Las tablas se bloquearan, lo que afectara a 
su acceso, pero no se produciran informes de error. Si se utiliza —skip- 
external-locking, deberá vaciar las tablas antes de iniciar el análisis (con 
mysqladmin flush-tables) y asegurarse de que no hay acceso. Puede 
que obtenga resultados no validos si mysqld u otra instancia accede a la tabla 
mientras se esta ejecutando esta utilidad. 

Su sintaxis es la siguiente: 


mysiamchk [opciones] nombre de tabla 
El equivalente a la instrucción CHECK TABLE es la opcion intermedia: 


myisamchk -m nombre de tabla 


La opcion predeterminada para myisamchk es la opcion de comprobacion ha- 
bitual (-c).Tambien existe una opcion de comprobacion rapida (-F), que sólo 
comprueba las tablas que no se han cerrado correctamente. Esta opcion es distinta 
a la opcion —f, que fuerza el proceso de comprobacion aunque se detecte un 
error. Tambien puede utilizar la comprobacion intermedia(=m), que resulta lige- 
ramente mas lenta pero es mas completa. La opcion mas extrema es la opcion -e 
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(que realiza una comprobacion extendida); se trata de la opcion mas completa y 


la más lenta. 


Suele ser tambien un signo de desesperacion; utilicela unicamente cuando el 
resto de las opciones hayan fallado. Si incrementa el valor de la variable 
key buffer size puede acelerar la comprobacion extendida (pero debe dis- 
poner de memoria suficiente). En la tabla 10.6 se recoge una descripción de todas 


estas Opciones. 


Tabla 10.6. Opciones de comprobacion de myisamchk 


Descripción 


-=c, check 


-e, -extend-check 


2 =fast 


-C, =-check-only-changed 


Es "LOFGaS 
-i, information 


-m, —medium-check 


-=U,update-=state 


-T, —Tread-onl y 
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Comprobacion habitual. Se trata de la opcion 
predeterminada. 


Se trata del tipo de comprobacion mas lento 
pero mas completo. Si esta utilizando —ex-— 
tended-check y dispone de una gran canti- 
dad de memoria, deberia incrementar el valor 
de la variable key_buffer_size. 


Comprobacion rapida. Solo verifica que las 
tablas no se hayan cerrado incorrectamen- 
te. 


Comprueba únicamente las tablas que se ha- 
yan modificado desde la ultima operación de 
comprobacion. 


Ejecuta la opcion de reparación si se encuen- 
tra algun error en la tabla. 


Muestra estadisticas sobre la tabla que se esta 
comprobando. 


Comprobacion intermedia. Resulta mas rápi- 
da que la extendida y es adecuada para la 
mayor parte de los casos. 


Mantiene informacion sobre cuando fue com- 
probada la tabla y si ha sufrido algun bloqueo, 
informacion que resulta util para la opcion - 
Cc. Conviene no utilizarla cuando se esta usan- 
do la tabla y la opcion —skip-external- 
locking está activa. 


No etiqueta la tabla como comprobada (re- 
sulta util para ejecutar myisamchk cuando el 
servidor esta activo y se esta utilizando la 
opcion —skip—-external-locking). 


A continuación se incluye un ejemplo de los resultados devueltos por la utili- 
dad myisamchk cuando detecta errores: 


% myisamchk largetable.MYI 

Checking MyISAM file: Hits.MYI 

Data records: 2960032 Deleted blocks: 0 

myisamchk: warning: 1 clients is using or hasn't closed the 
table 

properly 

- Check file-size 

myisamchk: warning: Size of datafile is: 469968400 Should be: 
469909252 

- Check key delete-chain 

- Check record delete-chain 

- Check index reference 

- check data record references index: 1 

- Check data record references index: 2 

- Check data record references index: 3 


myisamchk: error: Found 2959989 keys of 2960032 


check record links 


myisamchk: error: Record-count is not ok; is 2960394 Should be: 
2960032 

myisamchk: warning: Found 2960394 parts Should be: 2960032 
parts 


Reparación de tablas 


S1 ha comprobado las tablas y se han detectado errores, tendremos que repa- 
rarlas. Existen varias opciones de reparacion posibles, que dependen del método 
utilizado, pero es posible que no den buenos resultados. Si el disco ha fallado, o si 
no funciona ninguna de las opciones, tendremos que recurrir a una copia de segu- 
ridad para restaurarlas. La reparacion de tablas puede absorber una gran canti- 
dad de recursos, tanto en cuestión de disco como de memoria. 


Por regla general, la reparacion de tablas absorbe el doble de espacio de 
disco que el archivo de datos original (en el mismo disco). La opcion de 
reparacion rapida (veanse las opciones en las siguiente secciones) es una 
excepción porque el archivo de datos no se modifica. 


Se necesita espacio para el nuevo archivo de índice (en el mismo disco que 
el original). El índice antiguo se elimina al principio, de forma que este 
espacio no resultara significativo a menos que el disco este practicamente 
lleno. 


La opcion estandar y la opcion — sort-recover crean un bufer de or- 
denacion. Éste absorbe la siguiente cantidad de espacio: 
clave_mas_larga + longitud del puntero de fila) 

número_de_filas * 2. Puede trasladar una parte o todo este espa- 
cio a la memoria (y aumentar la velocidad del proceso) incrementando el 
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tamaiio de la variable sort buffer size si dispone de memoria. De 
lo contrario, se creará según se especifique en la variable de entorno 
TMPDIR o en la opcion -t de myisamchk. 


+ El uso de memoria viene determinado por las variables de mysqld o las 
opciones establecidas en la linea de comandos myisamchk. 


S1 surge un error como resultado de falta de espacio para la tabla y el tipo de 
tabla es InnoDB, tendremos que ampliar el espacio de la tabla InnoDB. Las tablas 
MyISAM tienen un limite de tamaiio teorico (ocho millones de terabytes), pero de 
manera predeterminada sólo se asigna 4GB a los punteros. Si la tabla alcanza este 
límite, puede ampliarlo utilizando los parametros MAX ROWS y AVG_ROW_ 
LENGTH ALTER TABLE. En el siguiente fragmentó0 se prepara la tabla denomi- 
nada limited para acoger una gran cantidad de datos (actualmente solo consta 
de tres registros): 


mysql> ALTER TABLE limited MAX ROWS=999999999999 
AVG_ROW_LENGTH=100; 

Query OK, 3 rows affected (0.28 sec) 

Records: 3 Duplicates: O  Warnings: 0 


Este secuencia asigna punteros para una cantidad mucho mayor de registros. 
Se utiliza AVG_ROW LENGTH cuando los campos BLOB y TEXT estan presen- 
tes para dar una idea a MySQL sobre el tamaiio promedio de un registro, que a 
continuación se puede utilizar para fines de optimizacion. 


Reparacion tablas de tipo diferente a MyISAM 


Los tres metodos de reparacion que se comentan en las siguientes secciones 
sólo sirven para tablas MyISAM. Algunas de las opciones que se indicaran pue- 
den aplicarse ocasionalmente a tablas BDB, pero no estan diseiiadas para su 
funcionamiento con ellas. En la actualidad, la unica forma de reparar tablas BDB 
e InnoDB consiste en restaurarlas a partir de una copia de seguridad. 


Reparacion de tablas con REPAIR TABLE 


Puede ejecutar la instrucción REPAIR TABLE al conectarse al servidor 
MySQL. Actualmente sólo funciona con tablas MyISAM. En la tabla 10.7 se 
recogen las instrucciones. Su sintaxis es la siguiente: 


REPAIR TABLE nombre de tabla[s] opcion[s] 


Tabla 10.7. Opciones de la instruccion REPAIR TABLE 


Opción Descripción 


QUICK Se trata de la forma mas rapida de reparación por- 
que el archivo de datos no se modifica. Además, 
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Descripción 


utiliza mucho menos espacio de disco porque no 
se modifica el archivo de datos. 


EXTENDED Intenta recuperar todas las filas posibles del archivo 
de datos. Esta opcion deberia utilizarse como ulti- 
mo recurso porque puede generar filas inservibles. 


Esta opcion es la que se utiliza si el archivo .MYI 
no esta o tiene un encabezado dañado. Los indices 
se reconstruiran a partir de las definiciones del archi- 
vo de definición de tabla . £ rm. 


A continuación se incluye un ejemplo de uso de la instrucción REPAIR en 
caso de que falte un archivo .MYI. Vamos a eliminar el archivo .MYI de una 
tabla existente, t4. 


* 
% ls -1 t4. 


-IW-rw— 1 mysql mysql 10 Jun 14 02:00 t4.MYD 
-IW-rw— 1 mysql mysql 4096 Jun 14 02:00 t4.MYI 
-IW-Irw— 1 mysql mysql 8550 Jun 8 10:46 t4.f£rm 


% rm t4.MYI 
% mysql -uguru2b -pg00r002b firstdb 


Una instrucción REPAIR normal no funcionaria: 


mysql> REPAIR TABLE t4; 


+ + + + 

| Table | Op | Msg type | Msg_text 

| 

+ + + I —AAMmmMMNA 

| firstdb.t4 | repair | error | Can*t find file: *t4,MYD” 


(errno: 2) | 
+ 


+ 


1 row in set (0.47 sec) 


El mensaje de error (4.0.3) indica que no se puede encontrar el archivo .MYD 
cuando en realidad el archivo desaparecido es .MY 1.Es probable que este mensa- 
je de error haya sido corregido para cuando lea estas líneas. Para reparar esta 
tabla, necesitamos recurrirla opcion USE_FRM, que utiliza el archivo de defini- 
ción . fm y volver a crear el archivo de índice .MYT: 


mysql> REPAIR TABLE t4 USE _FRM; 
_ _—_—__ A _ _ Á  E—<zz>---+4 


| Table | Op | Msg type | Msg_text 

| 

—_—_-  —— ___——J—J—— 

| firstdb.t4 | repair | warning | Number of rows changed from 
UE O al 
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| firstdb.t4 | repair | status | OK 

| 

al + + IE _ AAA 
2 rows in set (0.46 sec) 


Reparacion de las tablas con mysqlcheck 


La utilidad de linea de comandos myslgcheck se utiliza con el servidor en 
ejecucion y funciona unicamente con las tablas MyISAM (en una seccion poste- 
rior se analiza detenidamente). Para reparar tablas, utilice la opcion —r: 


% mysqlcheck -r firstdb customer —uroot -pg00r002b 
firstdb.customer OK 


Puede reparar varias tablas a la vez incluyendo sus nombres tras el de la base 
de datos: 


% mysqlcheck -r firstdb customer sales -uroot -pg00r002b 
firstdb.customer OK 
firstdb.sales OK 


S1 por alguna razon todas las tablas de la base de datos estan dailadas, puede 
repararlas en su conjunto indicando el nombre de la base de datos: 


% mysgqlcheck -r firstdb -uroot -pg00r002b 


Reparacion de tablas con myisamchk 


Puede utilizar la utilidad de linea de comandos myisamchk (descrita en detalle 
en una seccion posterior) para reparar tablas (vease tabla 10.8). 

El servidor no deberia estar en ejecucion o deberiamos asegurarnos de que no 
tiene lugar ninguna interacción con las tablas con las que estamos trabajando, 
como seria el caso si hubieramos empezado a trabajar con la opcion skip- 
external-locking. $1 la opcion skip-external-locking esta actl- 
va, Sólo podra utilizara myisamchk para reparar tablas si esta seguro de que no se 
produciran accesos simultaneos. Utilice o no la opcion skip-external- 
locking), necesitara vaciar las tablas antes de iniciar el proceso de reparación 
(con mysqladmin flush-tables) y asegurarse de que no se produce nin- 
gun acceso. Puede que obtenga resultados erroneos (con tablas marcadas como 
daiiadas incluso si no lo estan) si myslgd u otra instancia accede a la tabla mien- 
tras myisamchk esta en ejecucion. Su sintaxis es la siguiente: 


myisamchk [opciones] [nombres de tablas] 


Tabla 10.8. Reparacion de tablas con myisamchk 


Opción Descripción 


-D 4%, —data-file-length=H*+ Especifica la longitud maxima del archivo 
de datos al recrearlos. 
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Descripción 


-e, -extend-check 


== Force 


=k H, keys-used=+$ 


-r, “recover 


-0, "safe-recover 


=n, =Sort-recover 


—character-sets-dir-..". 


—set-character-set=nombre 


-t, -tmpdir=ruta 


Intenta recuperar todas las filas posibles 
desde el archivo de datos. Deberia utilizar 
esta opcion como último recurso porque 
puede generar filas inservibles. 


Sobrescribe los viejos archivos tempora- 
les (con extension . TMD) en lugar de anu- 
lar la operación si encuentra uno ya 
existente. 


Especifica que clave utilizar, lo que puede 
agilizar el proceso. Cada bit binario equi- 
vale a una clave que comience por 0 para 
la primera clave. 


Repara la mayor parte de los daños y de- 
bería ser la primera opcion en utilizarse. 
Puede incrementar el valor de sort_ 
buffer size para que el proceso de re- 
cuperación resulte mas rapido, si dispone 
de memoria. Esta opcion no sirve para re- 
cuperar tablas en el extraño caso en el que 
la clave exclusiva deje de serlo. 


Se trata de una opcion de reparación mas 
completa aunque mas lenta que -r que 
solo se deberia utilizar si fallara —r. Lee 
todas las filas y vuelve a generar los indi- 
ces en funcion de ellas. Tambien utiliza 
una menor cantidad de espacio de disco 
que - r porque no se crea un bufer de or- 
denacion. Puede incrementar el tamaño 
key buffer size para que el proceso 
de recuperación resulte mas rapido 


Obliga a MySQL a utilizar la operación de 
ordenacion para resolver indices, aunque 
el resultado sean archivos temporales de 
mayor tamaño. 


El directorio que contiene el conjunto de 
caracteres. 


Especifica un nuevo conjunto de caracte- 
res para el índice. 


Especifica una nueva ruta para almacenar 
los archivos temporales si no desea que 
se utilice el valor especificado por la va- 
riable de entorno TMPDIR. 
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Descripción 


La opción de recuperación mas rapida por- 
que los datos no se modifican. Si se espe- 
cifica q dos veces (-q -q) se modificara el 
archivo de datos en caso de que haya cla- 
ves duplicadas. Además utiliza mucho 
menos espacio de disco porque el archivo 
de datos no se modifica. 


=u, unpack Descomprime un archivo comprimido con 
la utilidad myisampack. 


Debe ejecutar myisamchk desde el directorio que contenga los archivos .MY I 
o suministrar su ruta. 


Los siguientes ejemplos muestran un proceso de reparacion en acción, en el 
que MySQL decide si utilizar una operación de ordenacion o una cache de 
clave: 


% myisamchk -r customer 

- recovering (with keycache) MyISAM-table 'customer.MYI' 
Data records: U 

% myisamchk -r sales 

- recovering (with sort) MyISAM-table 'sales,MYI' 

Data records: 9 

- Fixing index 1 

- Fixing index 2 


Si dispone de una gran cantidad de memoria, además de aumentar el tamaiio de 
los parametros sort buffer size ykey buffer size como se descri- 
bió anteriormente, también puede establecer otras variables para que myisamchk 
trabaje de forma más rápida (en una sección posterior se analiza detalladamente 
esta utilidad). 


Como usar mysqlcheck 


La utilizad mysqlcheck ha sido como un regalo llovido del cielo para los usua- 
rios mas recientes de MySQL ya que antes gran parte de la funcionalidad de 
reparacion y comprobacion sólo se podia utilizar con el servidor apagado. Por 
suerte esta limitación pertenece al pasado. 

mysqlcheck utiliza las instrucciones CHECK, REPAIR, ANALYZE y OPTIMIZE 
para realizar estas tareas desde la linea de comandos, lo que resulta util para el 
mantenimiento automatizado de las bases de datos (vease la tabla 10.9). 

Su sintaxis es la siguiente: 


mysalcheck [opciones] nombre_de base de datos 
[nombres _ de tablas] 


388 


O la siguiente: 


mysqlcheck [opciones] —databases nombre de base de datosl 
[nombre de base de datos2 nombre de base de datos3 ...] 


O la siguiente: 


mysqlcheck [opciones] —all-databases 


Tabla 10.9. Opciones de mysqlcheck 


Opción Descripción 


A, -all-databases 


ls ali th 


a, —analyze 


—auto-repair 


-$, —debug=... 


—character-sets-dir=... 


-=C€,—check 


=-C,—check-only-changed 


—compress 


=?,—help 


-B, databases 


—default-character-set=... 


=F, —fast 


E =TObce 


Comprueba todas las bases de datos 
disponibles. 


Combina consultas de tablas en una 
consulta de base de datos (en lugar de 
una por tabla). Las tablas se incluyen 
en una lista separada por comas. 


Analiza la lista de tablas. 


Repara automaticamente las tablas si 
estan dañadas (tras comprobar todas las 
tablas de la consulta). 


Genera un registro de depuracion. 


Especifica el directorio en el que se en- 
cuentra el conjunto de caracteres. 


Comprueba las tablas. 


Comprueba las tablas que se han mo- 
dificado desde la ultima comprobacion 
o que no se cerraron correctamente. 


Utiliza la compresion en el protocolo 
cliente/servidor. 


Muestra el mensaje de ayuda y sale. 


Enumera una lista de bases de datos 
que comprobar (se verificaran todas las 
tablas de las bases de datos. 


Establece el conjunto de caracteres pre- 
determinado. 


Comprueba las tablas que no se han 
cerrado correctamente. 


Obliga al proceso a continuar aunque 
encuentre un error. 
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Descripción 


-e, —extended 


-h, —host=... 
-M, —medium-check 


-0, —optimize 
-p, —password[=...] 
-P, —port=... 


-q, —quick 

-F, —repair 

-s, —silent 

-S, —socket=... 
—tables 

-U, —user=H 


Y, —verbose 


-V, —version 


Se trata de la forma mas lenta de comprobacion 
pero garantiza la coherencia completa de la tabla. 
Tambien puede utilizar esta opcion para labores de 
reparacion, aunque no suele resultar necesario. 


Nombre del anfitrion al que conectarse. 


Mucho mas rapida que la comprobacion extendida y 
detecta la mayor parte de los errores. 


Optimiza las tablas. 
La contraseña con la que establecer la conexion. 
El puerto que utilizar para la conexion. 


La comprobacion mas rapida. No comprueba las fi- 
las de tabla al realizar la comprobacion. Cuando se 
utiliza para operaciones de reparacion, solo repara 
el arbol de índice. 


Repara la mayor parte de los errores, a excepcion 
de las claves exclusivas que contienen duplicados. 


No genera mensajes de salida a excepcion de los 
de error. 


Especifica el archivo de socket que se utilizara al 
establecer la conexion. 


Lista de tablas que comprobar. Con la opcion -B, 
tendra prioridad. 


Especifica como que usuario conectarse. 


Genera una gran cantidad de mensajes de salida 
sobre el proceso. 


Muestra la información de version y sale. 


La utilidad mysqlcheck tambien consta de una funcion que permite ejecutarse 
en diferentes modos sin especificar las opciones. Basta con crear una copia de 
mysqlcheck con uno de los siguientes nombres para que adopte el comportamien- 


to predeterminado: 


+  mysqlrepair: La opcion predeterminada es -r 


+  mysqlanayze: La opcion predeterminada es -a. 


e  mysqloptimize: La opcion predeterminada es —o. 


La opcion predeterminada cuando se utiliza mysqlcheck con nombre es -c. 
Todos estos archivos con nombres diferentes constan de la misma funcionalidad 
que mysqlcheck, lo unico que varia es su comportamiento predeterminado. 
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Uso de myisamchk 


La utilidad myisamchk es la herramienta que se utilizaba antes y que esta 
disponible desde los primeros dias de MySQL. Tambien se utiliza para analizar, 
comprobar y reparar tablas, pero es necesario tener cuidado al utilizarla si el 
servidor esta en ejecucion. En la tabla 10.10 se describen las opciones generales 
de myisamchk, en la 10.11 se describen sus opciones de comprobacion, en la 
10.12 se describen las opciones de reparacion y en la 10.13 se describen el resto 
de las opciones. 

Para utilizar myisamchk el servidor no deberia estar en ejecucion o deberia- 
mos asegurarnos de que no se produce ninguna interacción con las tablas con las 
que estemos trabajando, como cuando iniciamos MySQL con la opcion skip- 
external-locking. Con esta opcion sin activar, sólo se puede utilizar 
myisamchk para reparar tablas si estamos seguros de que no se va a producir 
ningun acceso simultaneo. Utilicemos o no esta opcion, debemos vaciar las tablas 
antes de iniciar el proceso de reparacion (conmysqladmin flush-tables) 
y asegurarnos de que no existe ningun acceso. 

Es aconsejable utilizar una de las siguientes opciones si el servidor esta en 
ejecucion. Su sintaxis es la siguiente: 


myisamchk [opciones] nombre de tablal[s] 


Debe ejecutar myisamchk desde el directorio en el que se encuentran ubicados 
los archivos de índice .MYT a menos que especifique la ruta hacia ellos, ya que de 
lo contrario obtendra el siguiente error: 


% myisamchk -r sales.MYI 
myisamchk: error: File 'sales.MYI' doesn't exist 


Especificacion de la ruta que resuelve el problema: 


% myisamchk -r /usr/local/mysql/data/firstdb/sales.MYI 

- recovering (with sort) MyISAM-table '/usr/local/mysql/data/ 
firstdb/sales.MYI' 

Data records: 9 

- Fixing index 1 

- Fixing index 2 


El nombre de la tabla se puede especificar con o sin la extension .MYT. 


% myisamchk -r sales 

- recovering (with sort) MyISAM-table 'sales' 
Data records: 9 

- Fixing index 1 

- Fixing index 2 

% myisamchk -r sales.MYI 

- recovering (with sort) MyISAM-table 'sales.MYI' 
Data records: 9 

- Fixing index 1 

- Fixing index 2 
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Puede utilizar el comodin para buscar todas las tablas de un directorio de base 
de datos (* .MY1) o incluso todas las tablas de todas las bases de datos: 


% myisamchk -r /usr/local/mysql/data/*/*.MYI 


Tabla 10.10 


. Opciones generales de rnyisamchk 


Descripción 


-%, —debug=opciones_ 


de-depuracion 


-?,— help 


-0 var= opcion,-— set- 
variable var=opción 


-=s, — silent 


-=v, — verbose 


—V, —version 


=wW, wait 
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Genera un registro de depuracion. Una opción 
de depuracion habitual esd:t:o0, nombre_de_ 
archivo. 


Muestra un mensaje de ayuda y sale. 


Establece el valor de una variable. Las variables 
posibles y sus valores predeterminados para 
myisamchk se pueden examinar con myisamchk 
—help. 


Solo muestra mensajes de error. Se puede utili- 
zar una segunda s para que no muestre ningun 
mensaje. 


Muestra mas informacion de la habitual. Como 
ocurre con la opcion silent, si se utilizan va- 
rias v se generara mas información (-vv O - 
vVvv). 


Muestra los detalles de la version myisamchk y 
sale. 


Si la tabla esta bloqueada, -w espera a que la 
tabla se desbloquee en lugar de salir con un error. 
Si mysqld se esta ejecutando con la opcion — 
skip-external-locking,la tabla sólo se pue- 
de bloquear utilizando otro comando myisamchk. 


S1 ejecuta el comando myisamchk — help, además de las opciones gene- 
rales, podremos ver las variables modificadas con la opcion —o y los parametros 
actuales: 


% myisamchk —help 


Possible variables for option —set-variable (-0) are: 


key—buffer—size 
myisam—block—size 


current value: 520192 
current value: 1024 


read—buffer—size current value: 262136 


write—buffer—size current value: 262136 
sort—buffer—size current value: 2097144 
sort—key-—blocks current value: 16 
decode—bits current value: 9 

ft min word len current value: 4 

ft max word len current value: 254 


ft max word len for sort current value: 20 


El espacio asignado a la variable key buffer size se utiliza al realizar 
una comprobación extendida o al insertar índices fila a fila (utilizando la opción 
safe—recover). La variable sort buffer size se utiliza en la opera- 
ción de reparación predeterminada cuando los indices se ordenan en la repara- 
cion. 

Para lograr que el proceso de reparacion resulte mas rapido, asigne a la varia- 
ble sort buffer size un cuarto del tamaño de memoria total disponible. 
Sólo se utiliza una de las dos variables a la vez, por lo que no necesitará preocu- 
parse por cuestiones de memoria si asigna valores altos a ambas. 


Tabla 10.11. Las opciones de comprobacion de myisamchk 


Opciones Descripción 

-c, “check Comprobacion habitual. Se trata de la opción 
predeterminada. 

-e, Textend-check Se trata del tipo de comprobacion mas lento 


pero más completo. Si está utilizando —ex- 
tended-check y dispone de una gran canti- 
dad de memoria, deberia incrementar el valor 
de la variable key_buffer._size. 


-F, —fast Comprobación rapida. Solo verifica que las ta- 
bla o se hayan cerrado incorrectamente. 


-C, =check-only-changed Comprueba unicamente las tablas que se ha- 
yan modificado desde la última operación de 
verificación. 


-f, —force Ejecuta la opción de reparacion si se encuen- 
tra algún error en la tabla. 
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Opciones Descripción 


-i,—information Muestra estadisticas sobre la tabla que se esta com- 
probando. 


—m, —medium-check Comprobacion intermedia. Resulta mas rapida que 
la extendida y es adecuada para la mayor parte de 
los casos. 


—-U, —update-state Mantiene información sobre cuando fue comproba- 
da la tabla y si ha sufrido algún bloqueo, informa- 
cion que resulta util para la opcion -C. Conviene 
no utilizarla cuando se esta usando la tabla y la 
opcion —skip-external-locking está activa. 


-T, —read-only No etiqueta la tabla como comprobada (resulta útil 
para ejecutar myisamchk cuando el servidor esta 


activo y se esta utilizando la opcion — skip- 
external-locking). 


Tabla 10.12. Las opciones de reparación de myisamchk 


Opciones 


Descripción 


-D *, —data-file-length=+ 


-e,—extend-check 


=f, —=force 


-k %, keys—-used=4 


-r, "recover 
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Especifica la longitud maxima del archivo de 
datos al recrearlos. 


Intenta recuperar todas las filas posibles des- 
de el archivo de datos. Deberia utilizar esta 
opcion como último recurso porque puede 
generar filas inservibles. 


Sobrescribe los viejos archivos temporales 
(con extension .TMD) en lugar de anular la 
operación si encuentra uno ya existente. 


Especifica que clave utilizar, lo que puede 
agilizar el proceso. Cada bit binario equivale 
a una clave que comience por 0 para la pri- 
mera clave (por ejemplo, 1 es el primer índi- 
ce y 10 es el segundo). 


Repara la mayor parte de los dafios y deberia 
ser la primera opcibn en utilizarse. Puede in- 
crementar el valor de sort buffer size 
para que el proceso de recuperación resulte 
mas rapido si dispone de memoria. Esta op- 
cion no sirve para recuperar tablas en el ex- 
trafio caso en el que la clave exclusiva deje 
de serlo. 


Opciones 


Descripción 


-O0, —safe-recover 


-n, "sort-recover 


=—=character-sets-dir=... 


—set-character-set=nombre 


=t, =Empalir=ruta 


=4, quick 


-u, Tunpack 


Se trata de una opcion de reparación mas com- 
pleta aunque mas lenta que -r que solo se 
deberia utilizar si fallara - r. Lee todas las filas 
y vuelve a generar los indices en funcion de 
las filas. Tambien utiliza una menor cantidad 
de espacio de disco que - r porque no se crea 
un bufer de ordenacion. Puede incrementar el 
tamaño key_buffer size para que el pro- 
ceso de recuperación resulte mas rapido. 


Obliga a MySQL a utilizar la operación de or- 
denacion para resolver indices, aunque el re- 
sultado sean archivos temporales de mayor 
tamaño. 


El directorio que contiene el conjunto de ca- 
racteres. 


Especifica un nuevo conjunto de caracteres 
para el índice. 


Especifica una nueva ruta para almacenar los 
archivos temporales si no desea utilizar el 
valor especificado por la variable de entorno 
TMPDIR. 


La opcion de recuperación mas rapida porque 
los datos no se modifican. Si se especifica q 
varias veces se modificara el archivo de datos 
en caso de que haya claves duplicadas. Ade- 
mas utiliza mucho menos espacio de disco 
porque el archivo de datos no se modifica. 


Descomprime un archivo comprimido con la 
utilidad myisampactk. 


Tabla 10.13. Otras opciones de myisamchk 


Opciones Descripción 


-a,— analyze El análisis de las tablas mejora el rendimiento al 
| actualizar la información de los indices de una ta- 
bla lo que ayuda a MySQL a tomar un decision 
mejor sobre cómo combinar las tablas. La distribu- 
cion de varios elementos de índice se almacena 
para su uso posterior. Se trata de la misma opción 
que ANALIZE TABLE. 


Opciones Descripción 


-d, description Muestra una descripción de la tabla. 


-A,— set-auto- Asigna el valor especificado al contador AUTO 
increment[=valor]  INCREMENT (0 lo incrementa en una unidad si no 
se indica ningun valor). 


-S, —=sort-index Ordena el índice tres bloques en orden descenden- 
te, lo que mejora el rendimiento de las busquedas 
y el examen de las tablas por claves. 


-R, =sort-records=* Ordena los registros en funcion del índice especifi- 
cado (la numeración de los indices comienza en 1; 
puede utilizar la funcion SHOW INDEX para ver una 
lista ordenada). De esta forma puede agilizar las 
consultas sobre este índice asi como selecciones 
por rangos. Si va a ordenar una tabla de gran ta- 
maño por primera vez, es probable que la opera- 
cion resulte muy lenta. 


Si ejecutamos myisamchk con la opción -d se genera el siguiente resultado: 


% myisamchk -d customer 


MyISAM file: customer 

Record format: Packed 

Character set: latinl (8) 

Data records: 3  Deleted blocks: 0 
Recordlength: 75 


table description: 
Key Start Len Index Type 
1 Z 4 unique long 


Resumen 


MySQL dispone de todo un conjunto de herramientas para que la administra- 
cion del servidor de bases de datos resulte lo mas sencilla posible. Cuando mas 
vitales sean sus datos y mayor tamaño tengan las tablas, mas importante resultara 
resolver los problemas de manera competente y rapida cuando tengan lugar. Pue- 
de detener e iniciar el servidor MySQL de varias formas, por ejemplo utilizando 
mysqld directamente, pero resulta mucho mas aconsejable utilizar una secuencia 
de comandos que se encargue de la tarea, como la secuencia de comandos mysqld- 
safe que se incluye en todas las distribuciones. 

Windows y Unix utilizan diferentes metodos para la automatización del proce- 
so de arranque del sistema, pero resulta bastante sencillo implementarlos una vez 
que sabemos como hacerlo. Los archivos de configuración son una forma flexible 
de controlar el comportamiento del servidor y aprenderemos mas sobre ellos en un 
capitulo posterior. 
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Cuando tiene lugar un desastre, los archivos de registro pueden tener un valor 
incalculable para ayudarnos a identificar el problema, ya se trate de una consulta 
o de otro tipo de error no previsto. Tambien resultan utiles para restablecer el 
sistema a partir de copias de seguridad asi como para otras tareas mas mundanas, 
como la identificación de consultas lentas en labores de optimizacion. Obviamen- 
te, pueden crecer rapidamente y convertirse en inmanejables por lo que la tarea de 
alternarlos para evitar el problema de que crezcan indefinidamente resulta impor- 
tante. 

El mantenimiento regular de las tablas es la mejor receta para evitar proble- 
mas. Al optimizar las tablas se desfragmentan, lo que tambien resulta util para 
actualizar la informacion de clave para ayudar a MySQL a tomar mejores deci- 
siones sobre la combinación de consultas en funcion de informacion actualizada 
sobre los datos. Pero a pesar de los mejores esfuerzos, los picos de tension electri- 
ca imprevistos, los fallos de los componentes de hardware o los errores humanos 
pueden terminar dañando los datos (especialmente los indices) en cuyo caso las 
distintas opciones de reparación tienen un valor incalculable. La antigua utilidad 
myisamchk resulta mas util cuando el servidor no esta en ejecucion mientras que 
la utilidad mysqlcheck puede realizar tareas de mantenimiento con el servidor en 
ejecucion (como las instrucciones SQL relacionadas). 

En los siguientes capitulos investigaremos la seguridad de base de datos, la 
duplicación y la configuración en mayor detalle. 
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Coplas 

de seguridad 
de bases 

de datos 


La creación de copias de seguridad es una de las tareas mas importantes aso- 
ciada a una base de datos y una de las que mas se descuida. Los sucesos imprevis- 
tos pueden resultar desastrosos debido a su caracter. Muchos han aprendido la 
leccion de la forma mas dura: pagando el precio que supone la perdida completa 
de los datos al posponer la realizacion de un volcado para una fecha futura, que 
nunca parecía llegar. Cuanto mas importantes sean los datos y mas frecuentes 
sean los cambios que se realizan sobre ellos, mayor deberia ser la frecuencia a la 
que hacer copias de seguridad. En una base de datos de noticias en la que los 
cambios tienen lugar de manera continua, resulta aconsejable hacer un volcado 
diario y activar la funcion de registro para permitir la recuperación del trabajo 
diario. En un sitio Web pequeiio en el que los datos se modifiquen semanalmente, 
el sentido comun dictaría la realizacion de un volcado cada semana. Sea cual sea 
el tamaiio de su base de datos, no hay excusa. Las copias de seguridad son un 
elemento vital en cualquier sistema de almacenamiento de datos. 

Es aconsejable mantener tambien una copia de seguridad de su archivo de 
configuracion (my. cnf o my.ini) ya que merece la pena guardar el trabajo 
realizado para ajustar el servidor. Personalmente, he pasado por la desagradable 
situación de respirar aliviado tras recuperar un sistema debido a un fallo en el 
disco para descubrir que mi querido y cuidado archivo de configuracion se habia 
perdido. 
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En este capitulo se muestran varias formas de realizar copias de seguridad y de 
restablecer el sistema con MySQL. Una vez conocidos los entresijos y las posibi- 
lidades que brinda el proceso de volcado de seguridad, podremos seleccionar con 
conocimiento de causa la estrategia que mejor se adapte a nuestra situacion. 

En este capitulo se abordan los siguientes temas: 


+ Los comandos BACKUP y RESTORE 
+ Realización de volcados de seguridad copiando archivos directamente 
*  mysgldump 
.  mysqlhotcopy 
+ Uso de SELECT INTO para realizar volcados 
* Usode LOAD DATA INFTILE para restablecer volcados 
+ Aspectos de seguridad basados en LOAD DATA LOCAL 
+ Uso del registro de actualización binario 
Volcado de tablas InnoDB 


Duplicación como medio de volcado 


Volcados de seguridad de tablas MyISAM 
con BACKUP 


Una de las formas mas sencillas de realizar un volcado de seguridad es utilizar 
el comando BACKUP. Este comando sólo se puede utilizar con tablas MyISAM. 
Su sintaxis es la siguiente: 


BACKUP TABLE nombre _ de tabla TO '/db backup path'; 


La ruta de volcado debe ser la ruta completa al directorio en el que queramos 
guardarlo y no debe ser un nombre de archivo. Esta instrucción realiza una copia de 
los archivos . f rm (definición) y .MYD (datos), pero no del archivo .MY I (indice). 
Puede volver a generar el índice una vez restaurada la base de datos. Al trabajar con 
archivos, debe prestar atencion a la cuestión de los permisos. MySQL no muestra 
mensajes de error muy agradables si, al realizar la copia de seguridad, no dispone- 
mos de los permisos adecuados para utilizar todos los archivos y directorios. 


Uso de BACKUP en Unix 


El siguiente ejemplo se ejecuta en un equipo Unix, en el que el usuario que 
realiza las operaciones es el usuario raiz (en la siguiente sección se muestra un 
ejemplo en un sistema Windows): 


% cd / 
% mkdir db backups 


Esta secuencia crea el directorio cn el que queremos colocar los volcados 
dentro del directorio raiz. Establezca una conexión a la base de datos firstdb 
y ejecute el comando BACKUP de la siguiente forma: 


% mysql firstdb 
Welcome to the MySQL monitor. Commands end with ; or Ag. 


> 


Your MySQL connection id is 13 to server version: 4.0.1-alpha- 


max-Zlog 
mysql> BACKUP TABLE sales TO '/db backups'; 
EH + a 
|: Table | Op | Msg type | Msg text 
| 
+——————+ + A 
firstdb.sales | backup | error | Failed copying .frm file: 
exÉno.= 1i3-:)] 
firstdb.sales | backup | status | Operation failed 


+ 


El problema en este ejemplo es que MySQL no dispone de permisos para 
escribir archivos en el directorio /db backups . Tendremos que salir de MySQL 
y convertir al usuario de mysq] en el titular del directorio desde la línea de coman- 
dos: 


mysql> exit 
Bye 
% chown mysql db backups/ 


ADVERTENCIA: Es necesario disponer de los permisos correctos para 
poder realizar esta tarea. Asegúrese de que el usuario utilizado para traba- 
jar dispone de los permisos pertinentes. En este ejemplo, se trata del usua- 


rio raiz, por lo que no hay problemas, pero puede que no este trabajando 
como tal. En caso de que se le presenten problemas de este tipo, es probable 
que necesite recunir a su administrador de sistema en busca de ayuda. 


Ahora la instrucción BACKUP se ejecuta correctamente: 


“ mysql firstdb; 
Welcome to the MySQL monitor. Commands end with 3 or Ag. 


Your MySQL connection id is 15 to server version: 4.0.1-alpha- 
max-log 


Type 'help;' or 'Mh' for help. Type 'Ac' to clear the buffer 


mysql> BACKUP TABLE sales TO '/db _backups'; 


+ HL — 

| Table | Op | Msg type | Msg _text | 
+*—————+4 + + + 

| firstdb.sales | backup | status | OK 


401 


==> + Yo XA 
1 row in set (0.00 sec) 
mysql> exit 


Bye 


En csta ocasion el volcado ha resultado satisfactorio y podemos ver los archi- 
vos recien creados utilizando la linea de comandos dc nuevo: 


ls -1 db backups/ 


total 10 
-YW-rwWw— 1 mysql mysql 136 May 26 14:07 sales.MYD 
-IW-rw— '1 mysql mysql 8634 May 26 14:07 sales.frm 


Se han creado dos archivos. 


TRUCO :Si tiene algún problema a la hora de realizar un volcado con este 
método, es probable que se deba a los permisos de archivo. Pida ayuda a su 
administrador si no dispone de permiso para crear los archivos o si no está 
seguro. Asi mismo, recuerde que el comando BACKUP sólo funciona en la 
actualidad con tablas MyISAM (de todos modos, examine la última docu- 
mentacion ya que puede que no sea asi cuando lea estas líneas). 


BACKUP coloca un bloqueo de lectura sobre la tabla antes de realizar una copia 
de seguridad de ella para asegurarse de que la tabla de volcado es coherente. Tam- 
bien puede volcar mas de una tabla simultaneamente incluyendo sus nombres: 


mysql> BACKUP TABLE sales,sales_rep,customer TO '/db backups'; 


+ + + + + 

| Table | Op | Msg type | Msg _text | 
+ + + + E 

| firstdb.sales | backup | status | OK | 
| firstdb.sales rep | backup | status | OK | 
| firstdb.customer | backup | status | OK | 
+ + + + + 

3 rows in set (0.05 sec) 


El bloqueo se coloca en una tabla por vez. Primero sobre sales; cuando sc 
ha realizado el volcado de sales, se pasaa sales rep, etc. De esta forma 
queda garantizada la coherencia de las tablas, pero si desea realizar una instantá- 
nea coherente de todas las tablas a la vez, tendra que aplicar sus propios bloqueos 
sobre ellas: 


mysql1> LOCK TABLES customer READ, sales READ,sales—rep READ; 
Query OK, 0 rows affected (0.00 sec) 


mysql> BACKUP TABLE sales, sales—rep, customer TO '/db backups' ; 
+*————————+4 + + + 

| Table | Op | Msg type | Msg text | 

+ + AP + + 


firstdb.sales | backup | status | OK | 


| 

| firstdb.sales rep | backup | status | OK | 
| firstdb.customer | backup | status | OK | 
+ + + + La 

3 rows in set (0.00 sec) 


Fijese en que no puede bloquear las tablas de manera individual: 


mysql> LOCK TABLE sales READ; 
Query OK, O rows affected (0.00 sec) 


mysql> LOCK TABLE sales—rep READ; 
Query OK, O rows affected (0.00 sec) 


mysql> LOCK TABLE customer READ; 
Query OK, O rows affected (0.00 sec) 


mysql> BACKUP TABLE sales,sales_rep,customer TO '/db backups'; 


+ + + 
 — 2——— ———— KK 
| Table | Op | Msg type | Msg _t | 
e os 
firstdb.sales l backup . error 
Table 'sales' was not locked with LOCK TABLES | 
firstdb.sales rep | backup | error 
| Table 'sales—rep' was not locked with LOCK TABLES | 
firstdb.customer | backup | status 
OK ] 
+ + + 


3 rows in set (0.00 sec) 


El comando LOCK TABLE libera automáticamente todos los bloqueos 
implementados por el mismo subproceso, por lo que el unico que se mantiene en el 
momento de realizar el volcado es sobre la tabla customer. 


NOTA: Para poder bloquear una tabla, necesitara disponer del privilegio 
LOCK TABLES y del privilegio SELECT sobre la tabla que está intentan- 
do el bloqueo. 


mysq1> UNLOCK TABLES; 
Query OK, 0 rows affected (0.00 sec) 


Uso de BACKUP con Windows 


Deberia leer el ejemplo anterior aunque no utilice un sistema Unix, ya que en él 
sc explican algunos de los conceptos relacionados con la instrucción BACKUP. El 


siguiente ejemplo se centra en un problema especifico de Windows. Esta platafor- 
ma no presenta la misma complejidad en cuanto a los permisos de archivo, pero 
tiene sus propios problemas. Examine el siguiente ejemplo e intente detectar el 
origen del problema: 


C: AMySQLibin>cd M 

C:W>mkdir db backups 

C:XM>mysql firstdb 

Welcome to the MySQL monitor. Commands end with ¡oa o 


Your MyS0LE «connection lid ¿is 3 to server version: 4,.0.1-=alpha= 
maX 


Type! “help+" or. 1h" or hele. Type. Ne" Eo: clear the butter 


mysql> BACKUP TABLE sales TO 'c:Adb_backups' ; 


+ + + y + 

| Table | Op | Msg type | Msg text 

| 

++ + YH ++ 

| firstdb.sales | backup | error | Failed copying .irm file: 
errno = 2 | 

| firstdb.sales | backup | status | Operation failed 

| 

+ + + YH 

2 rows in set (0.33 sec) 


Por desgracia, el mensaje de error no resulta muy claro. 

El problema es que la barra invertida (1) es el caracter de escape que utiliza 
MySQL para poder utilizar otros caracteres especiales como las comillas simples 
y las comillas dobles. 

Para utilizar la barra invertida en la ruta de Windows, es necesario utilizar 
otro caracter de escape: 


mysql> BACKUP TABLE sales TO 'c:XMdb backups'; 


> 


+ + + + AE 

| Table | Op | Msg type | Msg text | 
e ==+ + + + 

| firstdb.sales | backup | status | OK | 
$ + + + + 

1 row in set (0.55 sec) 


Restauracion de tablas MyISAM con RESTORE 


Lo contrario de BACKUP es RESTORE que restaura las tablas MyISAM crea- 
das previamente con BACKUP. Tambien vuelve a crear los indices, lo que puede 
llevar cierto tiempo si las tablas son de gran tamaño. 

Su sintaxis es la siguiente: 


RESTORE TABLE nombre de tabla FROM '/db backup_path' 


No se puede restaurar sobre una tabla existentc. Si intenta restaurar la tabla 
sales cuya copia de seguridad realizamos anteriormcntc, obtendremos el si- 
guiente resultado: 


mysql1l> RESTORE TABLE sales FROM '/db_backups'; 


| Table | Op | Msg type | Msg_text 


+ 


l sales | restore | error | table exists, will not overwrite 
on restore | 
de 


1 row in set (0.01 sec) 


Al menos este mensaje resulta mas claro que el utilizado para indicar que la 
operación de volcado no sc completo correctamente. 


Para probar este volcado, tenemos que realizar un acto de fe y eliminar la tabla 
sales. 


ADVERTENCIA: Puede que resulte obvio, pero no pruebe a realizar un 
volcado de una tabla activa eliminando la tabla original. Intente realizar el 
proceso de restauración de una base de datos o servidor diferente. Si ya es 
demasiado tarde y falla el proceso de restauración, no diga que sacó los 
datos de este libro. | 


A continuación, elimine la tabla e intente restaurarla: 


mysql> DROP TABLE sales; 
Query OK, O rows affected (0.01 sec) 


mysql> RESTORE TABLE sales FROM '£—backups'; 


++ + Y + 
| Table | Op | Msg type | Msg_text | 
+ + LH ++ 
| sales | restore | error | Failed copying .frm file | 
a + A 


1 row in set (0.01 sec) 


Que no cunda el panico. ¿Ve el error en el codigo anterior? La ruta no es 
correcta. Uno de los peores enemigos cuando algo sale mal es el panico. 

Tras obtener el resultado anterior en una situación de crisis, puede que le 
entren ganas de salir corriendo maldiciendo a MySQL. Cuando algo no funciona 
a menudo existe una sencilla explicación, como el error tipografico del ejemplo 
anterior. 


S1 corregimos la ruta, la tabla se restaurara perfectamente. como muestra este 
ejemplo de Unix: 


mysql1l> RESTORE TABLE sales FROM '/s—backups ':; 


> 


+ + + E 
| Table | Op | Msg _ type ] Msg_text 
++ + + A 

firstdb.sales | restore | status I OK | 
y + AE + 


1 row in set (0.00 sec) 


Y esta seria la instrucción correcta en Windows: 


mysql1> RESTORE TABLE sales FROM 'c:iMdb_backups' ; 


+ + + + + 

| Table | Op | Msg _ type | Msg_text | 
————+ + + + 

| firstdb.sales | restore | status | OK | 
yn + + as 35 

1 row in set (0.66 sec) 


Y para calmar a los mas paranoicos, vamos a comprobar si la tabla sales se 
restauro correctamente: 


* 
mysq1l> SELECT FROM sales; 


+——+ H— ++ 
code | sales—rep | id | value | 

+t—+ + + + 
| E. - 1] L 2000 ] 
2 4 | 3 | 230%] 
| 31 2 1 31 500 | 
4 | 1 | 4 1 450 | 
| eel 3) LT 3800" Y 
| Sy] 1 | 21 500 | 
| 74 2 | NULL | 670 ] 
| 8 |] 3 | 3 1 1000 | 

++ +—— + —+ 


8 rows in set (0.00 sec) 


Volcados de seguridad de tablas de MyiISAM 
mediante la copia de archivos directamente 


Las tablas MyISAM se almacenan como archivos (. fr m para la definición, 
- MYD para los datos y .MY I para los indices) dentro de un directorio denominado 
como la base de datos. Por lo tanto, una forma sencilla de realizar volcados de 
datos consiste en copiar los archivos. 

A diferencia de BACKUP, la copia directa de los archivos no bloquea 
automaticamente las tablas, por lo que deberá hacerlo por si mismo para obtener 
un resultado coherente. 

Otra opción consiste en realizar la copia mientras el servidor no esta en ejecu- 
cion. Tras bloquear las tablas, deberia vaciarlas para asegurarse de que todos los 
indices no escritos se escriben en el disco. 


Para este ejemplo, necesitaremos tencr dos ventanas abiertas: 
Bloquee y vacie las tablas en la Ventana 1: 


mysgql> LOCK TABLES sales READ,sales—rep READ,customer READ; 
Query OK, O rows affected (0.00 sec) 

mysql1l> FLUSH TABLES sales,sales—rep, customer; 

Query OK, O rows affected (0.02 sec) 


A continuación copie las tablas desde la ventana 2 (en Unix): 


cd /usr/local/mysql/data/firstdb 
cp sales.* /db_ backups 

“ cp sales—rep.* /db backups 
cp customer.* /db backups 


O en Windows (desde la ventana 2): 


C:AMySQOlAdataNELrstab>copy Customer.* e: db backup 
customer. frm 
customer .MYI 
customer .MYD 

3 file(s) copied 
C:AmySQLlAdatalfirstdb>copy sales.* c:idb backup 
sales. frm 
sales.MYI 
sales.MYD 

3 file(s) copied 
C+iMySOLidatalLirzstdbh>copy sales=rep,.* <:1db: backup 
sales rep.frm 
sales—rep.MYI 
sales—rep.MYD 

3 filed(s) copied 


Tras copiar los archivos, puede liberar los bloqueos desde la ventana 1, de la 
siguiente forma: 


mysql> UNLOCK TABLES; 
Query OK, O rows affected (0.00 sec) 


ADVERTENCIA : Durante el proceso de volcado, con los bloqueos apli- 
cados, no podra agregar registros nuevos a las tablas además de experimen- 


tar bajadas de rendimiento. Intente no realizar los volcados en horas con 
mucho trafico. 


De nuevo para probar el volcado, vamos a eliminar una tabla 
Desde la ventana 1, elimine la tabla: 


mysql1> DROP TABLE sales; 
Query OK, O rows affected (0.00 sec) 
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Copie las tablas desde la ventana 2 (este ejemplo es de Unix): 


% cp /db backups/sales.* 


Y nuestra tabla se restaura. Puede verificarlo utilizando la siguiente secuencia 
desde la ventana 2: 


mysql> SELECT il FROM sales; 

+ + + +———+ 

| code | sales—rep | id | value | 
+ . + ——+—— + 


2000 
250 
500 
450 

3800 
500 
670 

1000 


0 3000. ->XBRGNDNE 


| 
| 
| 
| 
| 
| 
| 


WnorPyPrNnNayp 


| 
| 
| 
| 
| 


+——+ 


E — E AX 
8 rows in set (0.00 sec) 


Tambien existe la posibilidad de que los permisos de Unix vuelvan a plantear 
problemas. Si no realiza los volcados como usuario mysql (por regla general esta 
tarea se realiza como usuario raiz) es probable que vea aparecer el siguiente 
mensaje de error: 


* 
mysql1> SELECT FROM sales; 
ERROR 1017: Can't find file: './firstdb/sales.frm' (errno: 13) 


El problema es que se ha copiado el archivo pero que el usuario mysql no 
dispone de acceso el. El siguiente fragmento de codigo, generado en la ventana 1, 
muestra que se han volcado los archivos como usuario raiz: 


[rootfitest firstdb]* ls -1 


total 183 

>IW-E==> 1 root root 153 May 27 22:27 sales.MYD 
AEW=E== 1 root root 3072 May 27 22:27 sales.MYI 
a 1 root root 8634 May 27 22:27 sales.frm 
-IW- rw — 1 mysql mysql 156 May 22 21:50 

sales rep.MYD 

-YIW-IW— 1 mysql mysql 3072 May 22 21:50 
sales—rep.MYI 

-IW-IW— 1 mysql mysql 8748 May 22 21:50 


sales rep.frm 


Para restaurar el permiso a mysql, cambie el titular de la tabla sales a mysql 
desde la ventana 1: 


% Cchown mysql sales.” 
% 


408 


Ahora todo deberia funcionar correctamente, como puede observar si ejecuta- 
mos una consulta en la ventana 2: 


* 
mysql> SELECT FROM sales; 


++ ++ 

| code | sales—rep | id | value | 
+——+ + —— ++ 

| 11 1 | 1... 2800] 
| 2: q | 3 | 250 | 
| 3 |] 2 1 3 | 500 | 
] gq | dl 4 | 450 | 
| 1) Sal 1 | 3800 | 
| 6 | 1 |] 2 | 500 | 
| | 2 | NULL | 670 | 
| 8 | 3 | 3) 1000 | 
YA + +——+——+ 


8 rows in set (0.00 sec) 


Las tablas MyISAM son ajenas a plataformas por lo que se pueden transferir 
a MySQL en un equipo con hardware diferente o con otro sistema operativo. Las 
tablas MyISAM creadas en la version 3 de MySQL se pueden usar en la version 
4, pero no al reves. Para pasar datos creados con la version 4 de MySQL a la 
version 3, es necesario utilizar un método como mysqldump, que se comenta en la 
siguiente sección. 


Realización de volcados con mysqldump 


Los dos metodos anteriores copian archivos directamente y sólo funcionan con 
tablas MyISAM. (Las tablas InnoDB no se almacenan como archivos, por lo que 
no pueden hacer uso de los metodos anteriores.) 

Otro método, mysqldump, realiza un volcado de las instrucciones SQL necesa- 
rias para crear las tablas que se desean copiar. Este método permite portar la base 
a otros sistemas de base de datos (teniendo en cuenta que no todas las funciones 
de MySQL se pueden aplicar entre bases de datos). 

Si necesita portar su base de datos a otro DBMS, preparese para un proceso 
largo y laborioso. 

Para realizar una copia de seguridad de la tabla customer, ejecute el si- 
guiente comando desde el interprete de comandos de Unix: 


% mysqldump firstdb customer > /db_backups/ 
customer_2002 11 _12.sql 


O este otro desde la linea de comandos de Windows: 


C:IMySOL1bin>mysqldump firstdb customer > 
c:ldb _backupsicustomer 2002 11 12.sql 


C:AMySQLAbin> 


Recuerde especificar la ruta, el nombre de usuario y la contraseiia si lo neces1- 
tara. Esta instrucción crea un archivo en el directorio db_backups con las 
instrucciones de SQL necesarias para recrear la tabla customer . Puede ver este 
archivo en cualquier editor de texto, como el Bloc de notas o vi. La primera parte 
del archivo contiene lo siguiente: 


H MySQL dump 8.14 

H 

* Host: localhost Database: firstdb 
RR IIA 


+ Server version 4,0.1-=alpha-=max-log 


Las lineas precedidas del simbolo + son simples comentarios, informacion 
sobre versiones, etc. En una parte posterior del archivo se incluyen las instruccio- 
ncs SQL importantes y necesarias para volver a crear las distintas tablas. Estc 
fragmento es el que permite volver a crear la tabla customer: 


H 
F* Estructura de tabla de la tabla 'customer' 
$ 


CREATE TABLE customer ( 
id int(11) NOT NULL auto—increment, 
first-name varchar(30) default NULL, 
surname varchar (40) default NULL, 
initial varchar(5) default NULL, 
PRIMARY KEY (id), 
KEY surname (surname, initial,first—-name) 
) TYPE=MyISAM; 


* Volcado de datos de la tabla 'customer' 


INSERT INTO customer VALUES (1, 'Yvonne',Clegg','X'); 

INSERT INTO customer VALUES (2,'Johnny','Chaka-Chaka', 'B') 5 
INSERT INTO customer VALUES (3, 'Winston','Powers','M'): 
INSERT INTO customer VALUES (4,'Patricia','Mankunku','C'):5 
INSERT INTO customer VALUES (5,'Francois','Papo','P'); 
INSERT INTO customer VALUES (7, 'Winnie','Dlamini',NULL) ; 
INSERT INTO customer VALUES (6,'Neil','Beneke' ,NULL) 

INSERT INTO customer VALUES (10,'"Breyton','Tshabalala','B'):; 


¡'ODVERTENCIA :Hl uso de los resultados de una instrucción mysqldump 
con valores predeterminados para restaurar una base de datos puede reque- 
rir mucho tiempo. Como el bufer de índice se vacia tras cada instruccion 


INSERT, las tablas de gran tamaño pueden tardar mucho tiempo en restau- 
rarse. Examine fas opciones de mysqldump para ver cómo se puede agilizar 
este proceso. 


Restauracion de una base de datos volcada 
con mysqldump 


Puede probar su copia de seguridad eliminando los datos y volviendolos a 
crear: 


mysql> DROP TABLE customer; 

Query OK, O rows affected (0.31 sec) 
mysgl> exit 

Bye 


ADVERTENCIA: Nuevamente, le aconsejamos no realizar esta prueba 
con una base de datos activa. Aquií solo simulamos la pérdida de una base 
de datos. 


Para restaurar la tabla en un equipo Unix, ejecute la siguiente instruccion: 


mysql firstdb < /db backups/customer 2002 11 12.sql 
O desde un equipo Windows: 
C:AMySOLXbin>mysql firstdb < c:ldb backupsicustomer 2002 11 12.sql 


La tabla ha quedado restaurada. 
En la tabla 11.1 se describen las opciones de mysqldump 


Tabla 11.1. Opciones de mysqldump 


Descripción 


—add-locks Coloca una instruccion LOCK TABLES antes y una 
instruccion UNLOCK TABLE despues de cada vol- 
cado. Como resultado, las instrucciones INSERT ; 
se procesaran de manera mucho mas rapida (ya 
que el bufer de claves solo se vacia tras la instruc- 
cion UNLOCK TABLE). | 


—add-drop-table Agrega una instruccion DROP TABLE tras cada ins- 
truccion CREATE TABLE. Si la tabla ya existiese, 
podría interferir con el proceso de restauracion, por 
lo que esta opcion garantiza una limpieza comple- 
ta de la tabla restablecida. 


a 


-A, Tall-databases  Vuelca todas las bases de datos existentes. Equi- 
vale a la opcion -B O — databases con todas las 


bases de datos enumeradas. | 
1] 


| -a, all Incluye todas las CREATE específicas de MySQL. | 


Descripción 


—allow-keywords 


-=c, -complete-insert 


COMP ESSS 


—-B, —databases 


—delayed 


-e, Textended-insert 


- +, — debug[=cadena— 
de_opciones] 


— help 


—fields- 
terminated-by=... 


—fields- 
enclosed-by=... 


—fields-optionally- 
enclosed-by=... 


— fields- 
escaped-by=... 


—lines- 
terminated-by=... 


Por regla general los nombres de columna no pue- | 
den coincidir con una palabra clave. Esta opcion si 
lo permite, anteponiendo al nombre de cada co- 
lumna el nombre de la tabla. 


Utiliza instrucciones de inserción completas; en 
otras palabras INSERT INTO nombre de 
tabla(x,y,z) VALUES (a,b,c) en lugar de 
INSERT INTO nombre_de_tabla VALUES 
(a,b,c 


Comprime los datos transferidos entre el cliente y 
el servidor si ambos admiten compresion. 


Vuelca varias bases de datos. No se pueden espe- 
cificar nombres de tablas con esta opcion ya que 
se vuelcan toda la base de datos. La salida coloca 
una instrucciónUSE nombre de base_de_datos 
delante de cada nueva base de datos. 


Inserta filas con el comando INSERT DELAYED en 
lugar de simplemente con INSERT. 


Utiliza sintaxis la INSERT multilinea. El resultado 
es mas compacto y se ejecuta de manera mas ra- 
pida porque el búfer de índice se vacia solamente 
tras cada instruccidn INSERT. 


Realiza el seguimiento del uso del programa para 
fines de depuracion. 


Muestra un mensaje de ayuda y sale. 


Igual que las opciones LOAD DATA INFILE. Exa- 
mine las secciones dedicadas a SELECT INTOya 
LOAD DATA INFILE. 


Igual que las opciones LOAD DATA INFILE. Exa- 
mine las secciones dedicadas a SELECT INTOya 
LOAD DATA INFILE. 


Igual que las opciones LOAD DATA INFILE. Exa- 
mine las secciones dedicadas a SELECT INTOya 
LOAD DATA INFILE. 


Igual que las opciones LOAD DATA INFILE. Exa- 
mine las secciones dedicadas a SELECT INTOya 
LOAD DATA INFILE. 


Igual que las opciones LOAD DATA INFILE.Exa- 
mine las secciones dedicadas a SELECT INTO ya 
LOAD DATA INFILE. 


Opción Descripción 


-F, —flush-1logs Vacia el archivo de registro antes de iniciar el volcado. 


=f, —force Continua con la operacion de volcado aunque sur- 
jan errores de MySQL. 


=h, hos t=..<, Vuelca datos desde el servidor MySQL encontra- 
dos en el anfitrion con nombre. El anfitrion prede- 
terminado es localhost. 


-1,—lock-tables Bloquea todas las tablas antes de iniciar el volcado. 
Las tablas se bloquean con READ LOCAL,lo que per- 
mite inserciones simultaneas en las tablas MylSAM. 


-K, -disable-keys Los indices se deshabilitan antes de las instruccio- 
nes INSERT y se habilitan despues, lo que agiliza 
los procesos de inserción. 


-n, -—no-create-db No se incluira una instruccion CREATE DATABASE 
en el resultado. Se suele hacer si se utiliza la op- 
ción —databases 0— all-databases. 


-t, -no-create-info No incluye la instruccion CREATE TABLE, por lo 
que se asume que las tablas ya existen. 


-d, —no-data Solo devuelve la estructura de tabla y no incluye 
ninguna instruccion INSERT para la tabla. 


—opt Equivale a — quick — add-drop-table —add- 
locks — extended-insert— lock-tables.Esta 
opcion agiliza el proceso de restauracion. 


—ppassphrase, Especifica que contraseña utilizar al establecer la 
— password conexión al servidor. Como de costumbre, si no se 
[=contrasefia] especifica la contraselia, se le pedira que lo haga, 


lo cual resulta mas seguro. 


-P numero de puerto, Especifica el numero de puerto TCP/IP que utilizar 


—port=número al establecer la conexión al anfitrion. No se aplica 

de puerto en caso de conexiones al sistema local. Vease la 
opcion -S. 

-=q, quick No almacena en búfer la consulta, sino que la vuel- 


ca directamente en stdout. Para ello, utiliza 
mysql use result(). Puede que necesite utili- 
zar esta opción con tablas de gran tamaiio. 


-Q, “quote-names Coloca los nombres de las tablas y de las colum- 
nas dentro de comillas simples. 


-r, =result-file=... Dirige los resultados directamente a un archivo 
dado. Esta operacion resulta util en DOS porque 
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Opción Descripción 


evita que los caracteres 1n de nueva línea de Unix 
se conviertan en una nueva línea asi como el ca- 
rácter de retorno del carro 1n1 r. 


-S /ruta/a/socket, Especifica el archivo de socket que utilizar al es- 


— socket=/ ruta tablecer la conexión al sistema local (el predeter- 
/a/socket minado). 

— tables Anula la opcion -B 0-— databases. 

-T, —tab=ruta-a Crea dos archivos para cada tabla: nombre_de-_ 


-algún-directorio tabla. sgl,que contiene las instrucciones CREATE, 
y nombre de tabla.txt, que contiene los da- 
tos. Esta opción solo funciona cuado mysqldump 
se ejecuta en el servidor. 


-u nombre de Especifica que nombre de usuario utilizar al esta- 
usuario,—user= blecer la conexión al servidor. El valor predetermi- 
nombre_de usuario nado es su nombre de inicio de sesion de Unix. 


-0O var=opción, Establece el valor de una variable. 
— set-variable 
var= opcion 


-v, -verbose Hace que MySQL muestre mas informacion sobre 
el proceso de mysaldump. 

-V, —version Muestra informacion de version y sale. 

-w, — where= Muestra unicamente los registros que satisfacen la 


'condicion-where' condicion where. Esta condicion debe encerrarse 


entre comillas. 

-X, —xml Vuelca la base de datos como XML bien forma- 
do. 

-x, —first-esclavo  Bloqueatodas las tablas de todas las bases de da- 
tos. 

-0 net_buffer_ Crea filas de tamaño n al crear instrucciones de 

length=n inserción multifila (con las opciones-e O -opt).n debe 


serinferior a 16MB y la variablemax allowed_packet 
de mysqld debe ser mayor que n. 


Puede utilizar mysqldump de tres formas principalmente. 
% mysqldump [OPCIONES] database [tabla] 
0 


2% mysqldump [OPCIONES] --databases [OPCIONES] DBl [DB2 DB3...] 
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0 
% mysqldump [OPCIONES] —all-databases [OPCIONES] 


Los siguientes ejemplos muestran algunas de las opciones disponibles. En con- 
creto, el siguiente ejemplo vuelca todas las tablas en la base de datos firstdb. 


mysqldump firstdb > /db backups/firstdb 2002 11-12.sql 


La opcion -v aumenta la cantidad de información que se devuelve a lo largo 
del proceso, lo cual puede resultar util para la operación de depuracion si surgen 
problemas: 


% mysqldump -V firstdb customer > /db backups/customer 2002 11- 
12.sql 

% Connecting to localhost... 

Retrieving table structure for table customer... 

Sending SELECT query... 

Retrieving rows... 

Disconnecting from localhost... 


H Ho 


El siguiente ejemplo utiliza where para limitar el volcado de los registros con 
1d mayor que 5: 


% mysqldump —where='id>5' firstdb customer > /db_backups/ 
customer_2002 11-12.sql 


El resultado presentara este aspecto: 


$H 

% Dumping data for table 'customer' 

H WHERE:  1d>5 

$H 

INSERT INTO customer VALUES (7,'Winnie','Dlamini',NULL) ; 
INSERT INTO customer VALUES (6,'Neil','Beneke',NULL) 5 

INSERT .INTO «customer. VALUES (10, "Breytoñ'", *Tsñabalala*,B*)7 


La opcion -e permite inserciones mas rápidas: 


4 mysqldump -e firstdb customer > /db backups/customer_ 2002 11- 
12.sql 


Este ejemplo utiliza la instrucción INSERT multilínea, como se puede obser- 
var examinando el archivo de texto: 


$H 
% Dumping data for table 'customer' 
$H 


INSERT INTO customer VALUES 

(1, 'Yvonne' ,'Clegg','X'), 
(2,'Johnny','Chaka-Chaka','B'), 
(3, 'Winston','Powers','M'), 
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(4, 'Patricia','Mankunku', 'C'), 

(5, 'Francois','Papo','P'), 

(7, 'Winnie','Dlamini',NULL), 

(6, 'Neil', 'Beneke' NULL), (10, 'Breyton', 'Tshabalala','B'); 


Como solo existe una instruccion INSERT, el bufer de índice se vacia única- 
mente una vez, operación que resulta mas rapida que tener que hacerlo tras cada 
inserción. 


Coplas de seguridad con SELECT INTO 


Otra forma de realizar una copia de seguridad consiste en utilizar SELECT 
INTO. Esta instruccion resulta similar a mysqldump en que crea un archivo que 
se utiliza para volver a crear la tabla de volcado. Resulta además opuesta a la 
instruccion LOAD DATA INTO. El archivo resultante sólo se puede crear en el 
servidor MySQL, no en ningun otro sistema. Su sintaxis es la siguiente: 


SELECT INTO OUTFILE 'ruta y nombre de archivo' 


Se puede utilizar cualquier instruccion SELECT para crear un archivo. 
Para crear una copia de seguridad de la tabla customer, necesitara utilizar 
la siguiente secuencia, primero en Unix: 


mysql> SELECT * FROM customer INTO OUTFILE '/db backups/ 
customer.dat'; 
Query OK, 8 rows affected (0.00 sec) 


y despues en Windows: 


mysql> SELECT % FROM customer INTO OUTFILE 
'ciiAdb_backupsilbdb.dat'; 
Query OK, 8 rows affected (0.33 sec) 


De nuevo, necesitara poner atencion al hacerlo. A continuación se recoge un 
error habitual: 


mysql> SELECT * FROM customer INTO OUTFILE '/db_backups/ 
customer.dat'; 


ERROR 1086: File '/db backups/customer.dat' already exists 


No puede sobrescribir un archivo existente (lo que brinda cierto grado de 


seguridad, ya que un sistema mal configurado puede permitir que se sobrescriban 
archivos vitales). 


Otro error habitual es el siguiente, desde Windows: 


mysql> SELECT %* FROM customer INTO OUTEFILE 

'c:ildb backupslcustomer.dat'; 

ERROR 1: Can't create/write to file 'c:db backupscustomer.dat' 
(Errcode: 2) 
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El mensaje de error resulta bastante claro en este caso: MySQL no puede 
escribir en este directorio porque hemos olvidado introducir los caracteres 1 de 
escape. En Windows, les el caracter de escape y como tambien forma parte de la 
ruta de Windows, se necesita acompalar del caracter de escape cuando se utiliza 
en dicho contexto. En Unix, un error similar es habitual: 


mysql> SELECT ñ FROM customer INTO OUTEILE 
'Ndb _backupsicustomer.dat'; 
Query OK, 8 rows affected (0.18 sec) 


En este caso, sin embargo, MySQL ni siquiera nos avisa del error. Alguien 
procedente del entorno de Windows podría facilmente colocar las barras en el 
sentido erroneo y no lograr la copia de seguridad. Verifique siempre que se ha 
creado la copia de seguridad. 

Si examinamos el archivo en cualquier editor de texto (como vi o el Bloc de 
notas), veremos la siguiente secuencia: 


E Yvonne  Clegg Xx 

Z Johnny  Chaka-Chaka B 

3 Winston Powers M 

4 Patricia Mankunku a 
5 Francois Papo E 

7 Winnie Dlamini AN 

6 Neil Beneke AN 

10 Breyton Tshabalala B 


Se utilizan tabuladores para separar los campos y nuevas lineas para separar 
los registros, que son las mismas opciones predeterminadas utilizadas por LOAD 
DATA INTO. Podemos cambiar estos valores agregando opciones al final de la 
instrucción. A continuación se muestra el conjunto completo de opciones de 
SELECT INTO(y LOAD DATA INTO): 


[FIELDS 
[TERMINATED BY 'Nt'] 
[[OPTIONALLY] ENCLOSED BY ''] 
[ESCAPED BY 'NMX' ] 
Í 
[LINES TERMINATED BY 'Yn'] 


Seguidamente se ilustran algunos ejemplos de uso de opciones no predetermi- 
nadas con SELECT INTO y los archivos de texto resultantes: 


mysql> SELECT d FROM customer INTO OUTEILE '/db_backups/ 
customer2.dat' 
FIELDS TERMINATED BY '22! 3 
Query OK, 8 rows affected (0.00 sec) 
1zzYvonnezzCleggzzX 
2zzJohnnyzzChaka-ChakazzB 
3zzWinstonzzPowerszzM 
4zzPatriciaz2zMankunkuzzc 
5zzFrancoiszzPapozzP 
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TzzWinniezzDlaminizziN 
6zzNeilzzBenekezzAN 
l0zzBreytonzzTshabalalaz2zB 


El caracter de tabulacion predeterminado se ha sustituido por los caracteres 
zz entre cada campo. 


1 Si el texta contiene la frase 22 z, los BA 


a E que MySQL creerá que los Bos dit son 
Utica paracteres convencionales como tábuladores, nuevas líneas a barras 
verticales (1) Gama tarminadotes. 


La siguiente instrucción crea una linea larga: 


mysql> SELECT y FROM customer INTO OUTFILE '/db_backups/ 
customer3.dat' 


FIELDS TERMINATED BY '|' LINES TERMINATED BY '[end]': 
Query OK, 8 rows affected (0.00 sec) 


Los datos se visualizan de la siguiente forma: 


l1|Yvonne|Clegg|X[end]2|Johnny|Chaka-Chakal|B[end]? 
3|Winston|Powers|M[end]4|Patricia|Mankunkul|C[end]? 
5|Francois|Papol|P[end]7|Winnie|DlaminiliN[end]? 
G|Neil|Beneke|IN[end]10¡|Breyton|Tshabalala|B[end] 


Los saltos de linea se sustituyen por caracteres [end]. En el siguiente ejemplo, la 
palabra clave ENCLOSED encierra todos los campos con los caracteres especificados: 


* 
mysql> SELECT FROM customer INTO OUTFILE '/db_backups/ 
customer4.dat' 


FIELDS TERMINATED BY '|' ENCLOSED BY '"" LINES TERMINATED BY 
'An! ; 
Query OK, 8 rows affected (0.00 sec) 


Los datos se visualizan de la siguiente forma: 


"I*]|"Yvonne”!l"Clegg"!"X" 
"2”|"Johnny”|"Chaka-Chaka”]|"B" 


"3"|"Winston”|”"Powers”|"M" 
"4"|"Patricia"|"Mankunku" | "Cc" 
"5"|"Francois"|"”Papo"!"p” 
"7"|"Winnie"”|"Dlamini"jAN 


"gG"[|"Neil"!|"Beneke"JAN 
"10"|"Breyton"l"Tshabalala"|"B" 


La palabra clave OPTIONALLY sólo encierra campos de caracter (al igual 
que se encierran campos de carecer entre comillas simples al agregar registros 
pero no al añadir campos numericos). 
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Por ejemplo: 


mysql> SELECT * FROM customer INTO OUTFILE '/db backups/ 
customer5.dat' 

FIELDS TERMINATED BY '|' OPTIONALLY ENCLOSED BY '"' LINES 
TERMINATED 

BY 'An'; 
Query OK, 8 rows affected (0.00 sec) 


El primer campo de datos (de tipo INT) no aparece encerrado entre comillas: 


1|"Yvonne"|"Clegg"/|"X" 
2|"Johnny"|"Chaka-Chaka"|"”B" 


3|"Winston"|”"Powers"|"Mm” 
4 |"Patricia" |] "Mankunku"]|"c" 
5B|"Francols”|"Papo"|/"p" 
7|"Winnie"|]"Dlamini"lAN 


6|"Neil”|"Beneke”" [AN 
10|"Breyton” |"Tshabalala”|"B" 


Tambien puede hacer una copia de seguridad de un subconjunto de datos, 
utilizando una condición en la instruccion SELECT: 


mysql> SELECT %* FROM customer WHERE id<l10 INTO OUTFILE 
'/db_backups/customer6.dat' FIELDS TERMINATED BY '|' LINES 
TERMINATED 
BY 'An'; 
Query OK, 7 rows affected (0.01 sec) 


En el archivo sólo aparecen los siete registros aplicables: 


1|Yvonne|Clegg!|X 
2|Johnny|Chaka-Chakal|B 
3|Winston|Powers|M 
4|PatricialMankunkulC 
5|Francoisi|Papol|P 
7|Winnie|DlaminiliN 
6|Neil|Beneke]jAN 


Restauracion de una tabla con LOAD DATA 


Para restaurar una tabla creada con SELECT INTO,se utiliza la instruccion 
LOAD DATA .Tambien puede utilizar esta instruccion para agregar datos creados 
de otra forma, quizás una aplicacion o una hoja de calculo. Se trata de la forma 
mas rapida de agregar datos, en especial grandes cantidades de ellos. Su sintaxis 
es la siguiente: 


LOAD DATA [LOW—PRIORITY | CONCURRENT] [LOCAL] INFILE 
'nombre de archivo' 

[REPLACE | IGNORE] 

INTO TABLE nombre tbl 

[FIELDS 


[TERMINATED BY 'Xt'] 
[[OPTIONALLY] ENCLOSED BY ''] 
[ESCAPED BY 'XX' ] 


[ 
[LINES TERMINATED BY 'An'] 
[IGNORE numero LINES] 

[ (nombre_col,...)] 


Vamos a eliminar los datos de la tabla customer y a restaurarlos utilizando 
LOAD DATA: 


mysql> TRUNCATE customer; 
Query OK, O rows affected (0.02 sec) 


Para restaurar la tabla en Unix, utilice: 


mysql> LOAD DATA INFILE '/db backups/customer.dat' INTO TABLE 
customer; 

Query OK, 8 rows affected (0.01 sec) 

Records: 8 Deleted: O Skipped: O Warnings: 0 


Y para restaurarla en Windows, utilice: 
mysql> LOAD DATA INFILE 'c:iAMdb backupsiicustomer.dat' INTO 
TABLE customer: 


Query OK, 8 rows affected (0.01 sec) 
Records: 8 Deleted: O Skipped: O Warnings: O 


Como puede observar, los datos se han restaurado de manera satisfactoria: 


* 
mysql> SELECT FROM customer; 


y A 
l id | first-name | surname l aimitial ] 
+ =—E a 
l. 1 | Yvonne | Clegg IX l 
| 2 | Johnny | Chaka-Chaka | B | 
| 3 | Winston | Powers ] M | 
| 4 | Patricia | Mankunku ¡Ho | 
| 5 | Francois | Papo l-P | 
| 7 | Winnie |] Dlamini [ NULL | 
l 6 | Neil | Beneke | NULL | 
| 10 | Breyton l Tshabalala 1] B | 
++ == E 


8 rows in set (0.00 sec) 


¿Qué ocurriria si algo sale mal? 


Algo puede salir mal por varias razones: 


+ Siesta intentando utilizar LOAD DATA sin éxito, es probable que no 
disponga de permisos para leer un archivo del servidor. El usuario que 
realice la operación de cargar los datos necesita disponer del privilegio 
FILE (consulte un capítulo posterior) y es necesario que el archivo se 


encuentre en el directorio de la base de datos o que todo el mundo pueda 
leerlo. 


e  —Unerror comun consiste en no utilizar los mismos terminadores y caracte- 
res de cierre. Deben ser exactamente iguales a los utilizados en el archivo 
de datos (o especificados en la instrucción SELECT INTO). De lo contra- 
rio todo parecera funcionar, pero la tabla se generara sin datos o llena de 
valores NULL. Consulte la siguiente sección para obtener mas informa- 
cion. 


+ Siesta utilizando la palabra clave LOCAL y ha iniciado MySQL con la 
opción —1ocal-indlile=0, no funcionara (consulte un capitulo poste- 
rior). 


e  Siel nombre de la ruta y el del archivo no se ha especificado correctamente 
(recuerde utilizar el caracter de escape para nombres de ruta de Windows). 
Uso de LOAD DATA con opciones 
Vamos a restaurar copias de seguridad utilizando otras opciones: 


mysql> LOAD DATA INFILE '/db backups/customer2.dat' INTO TABLE 
customer ; 

Query OK, 8 rows affected (0.01 sec) 

Records: 8 Deleted: O Skipped: O Warnings: 32 


Aunque parece funcionar, no restaura los datos correctamente: 


mysql1l> SELECT * FROM customer; 


+ — + — + 

l id | first—-name | surname l initial | 
+ — 4 + + 

| 1 ] NULL | NULL | NULL | 
[ 2 | NULL | NULL | NULL | 
| 3 |] NULL | NULL | NULL | 
| 4 | NULL | NULL | NULL | 
| 5 | NULL | NULL | NULL | 
| 7 [| NULL | NULL | NULL | 
| 6 | NULL | NULL | NULL | 
| 10 | NULL | NULL |] NULL | 
HE + + 


8 rows in set (0.00 sec) 


El problema esta en que los terminadores no coinciden. Recuerde que 
customer2.dat se creó con la opción FIELDS TERMINATED BY 'zz'., 
Por lo tanto tendremos que restaurarlo de la misma forma: 


mysql> TRUNCATE customer; 
Query OK, O rows affected (0.00 sec) 
mysq1> LOAD DATA INFILE '/db backups/customer2.dat' INTO TABLE 
customer 
FIELDS TERMINATED BY 'zz'; 


Query OK, 8 rows affected (0.01 sec) 
Records: 8 Deleted: UÚ  Skipped: O Warnings: 0 
mysql1> SELECT %* FROM customer; 


+—+ ps + 

l id | first—-name |] surname Fo traretaL 5] 
++ + + + 

l 1 | Yvonne | Clegg IX 
| 2 | Johnny Chaka-Chaka | B l 
| 3 | Winston Powers FM | 
l 4 | Patricia Mankunku lc | 
f 5 Francos | Papo | P l 
[ 7 | Winnie | Dlamini | NULL | 
Ll 6 | Neil | Beneke | NULL | 
| 10 | Breyton | TIshabalala | B | 
$ —— —_> + E 


8 rows in set (0.00 sec) 


Lo mismo se aplica a la cláusula LINES TERMINATED BY utilizada para 
crear customer3,dat: 


mysql1> TRUNCATE customer: 
Query OK, O rows affected (0.00 sec) 
mysql> LOAD DATA INFILE '/db backups/customer3.dat' INTO TABLE 
customer 
FIELDS TERMINATED BY '[' LINES TERMINATED BY '[end]' 5; 
Query OK, 8 rows affected (0.00 sec) 
Records: 8 Deleted: O Skipped: U Warnings: 0 
mysql> SELECT * FROM customer; 


+—+ + + aj 

l id | first—name | surname ll initial. 
+—+ + pH 

l 1 | Yvonne | Clegg IX ] 
| 2 | Johnny | Chaka-Chaka | B | 
3 Ninas ton | Powers ] M | 
| 4 | Patricia [| Mankunku ] C [ 
[ 53 [ Francois | Papo | P | 
í 7 | Winnie | Dlamini | NULL | 
Ll. 6 | Neil | Beneke | NULL | 
| 10 | Breyton l Tshabalala | B t 
ds + + 


8 rows in set (0.00 sec) 


La clausula ENCLOSED BY tambien necesita agregarse si se ha utilizado, 
como en customer4.dat: 


mysql> TRUNCATE customer; 
Query OK, DO rows affected (0.00 sec) 
mysql> LOAD DATA INFILE '/db backups/customerá4.dat' INTO TABLE 
customer 
FIELDS TERMINATED BY '|' ENCLOSED BY '"' LINES TERMINATED BY 
'¡An':; 
Query OK, 8 rows affected (0.01 sec) 
Records: 8 Deleted: O  Skipped: O Warnings: O 


mysql> SELECT * FROM customer; 


++ + E 

l id | first—-name | surname l initial | 
AY —— + — + + 

FP 1. Yronne | Clegg l X ] 
| 2 | Johnny | Chaka-Chaka | B | 
| 3 | Winston | Powers Im | 
| 4 | Patricia | Mankunku lc | 
ll 5 Francois | Papo | P l 
| 7 | Winnie | Dlamini | NULL | 
| 6 | Neil | Beneke | NULL | 
| 10 | Breyton | Tshabalala 1] B | 
AA ++ + 


8 rows in set (0.00 sec) 


Y por supuesto lo mismo se aplica a la cláusula OPTIONALLY ENCLOSED, 
utilizada para crear customer5.dat: 


mysql> TRUNCATE customer ; 
Query OK, O rows affected (0.00 sec) 
mysql> LOAD DATA INFILE '/db backups/customer5.dat' INTO TABLE 
customer 
FIELDS TERMINATED BY '|¡' OPTIONALLY ENCLOSED BY ''' LINES 
TERMINATED BY 'An' ; 
Query OK, 8 rows affected (0.01 sec) 
Records: 8 Deleted: O Skipped: O Warnings: 0 
mysql1> SELECT * FROM customer; 


++ ——— + + AR 

l id | first-name | surname lim itaal 
e ec MESES E + 

[| 1 | Yvonne Clegg [Xx 
| 2 | Johnny | Chaka-Chaka | B | 
| 3 | Winston | Powers | M 

|. 4 | Patricia Mankunku E | 
| 5 | Francois | Papo [2 | 
| 7 | Winnie Dlamini |. ¡NULL | 
| 6 | Neil Beneke | NULL | 
| 10 | Breyton | Ishabalala | B | 
E —__—_——+ + + 


8 rows in set (0.00 sec) 


Tambien puede realizar una actualización desde un archivo volcado parcial- 
mente, customer6.dat: 


mysql1> TRUNCATE customer ; 
Query OK, O rows affected (0.00 sec) 
mysql1> LOAD DATA INFILE '/db backups/customer6.dat' INTO TABLE 
customer 
FIELDS TERMINATED BY 'j' LINES TERMINATED BY 'An' 
Query OK, 7 rows affected (0.01 sec) 
Records: 7 Deleted: O Skipped: O Warnings: OU 
mysql> SELECT * FROM customer; 
A + 
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l id | first-name | surname l initial | 


Y A + + 

| 1 | Yvonne | Clegg ¡NS ' | 
| 2 | Johnny | Chaka-Chaka | B | 
| 3 | Winston l Powers l Mm | 
| 4 | Patricia | Mankunku ¡Mie l 
ij 5 | Francois | Papo l Pp | 
l 7 | Winnie | Dlamini | NULL | 
l 6 | Neil | Beneke | NULL | 
A——————— + E 


7 rows in set (0.00 sec) 


¿Qué ocurria si nos damos cuenta de que hemos cometido un error y queremos 
restaurar la tabla entera? Si cargamos lo datos inmediatamente desde un archivo 
que contenga un volcado completo, nos encontrariamos con el siguiente proble- 
ma: 


mysql> LOAD DATA INFILE '/db backups/customer.dat' INTO 
TABLE customer; 

ERROR 10623. Duplicate entry *1* for key 1 

mysql> SELECT * FROM customer; 


os ii y 

l id | first-name | surname initial. 1 
+— ——+ + 

l 1 | Yvonne | Clegg Xx | 
| 2 [ Johnny | Chaka-Chaka | B t 
| 3 | Winston | Powers M | 
Ll. 4 Patricia | Mankunku c | 
ll PEFrangcols | Papo | Pp | 
|. 7 | Winnie | Dlamini NULL | 
| 6 | Neil | Beneke | NULL | 
O 2 


7 rows in set (0.00 sec) 


Tenemos un error de clave duplicada y el archivo deja de procesarse en dicho 
punto. Podriamos haber vaciado simplemente la tabla primero, como hemos esta- 
do haciendo hasta ahora con todas las restauraciones, pero si estamos intentando 
restaurar una tabla que ya contiene registros, es probable que no queramos borrar 
todo y empezar de nuevo. Las opciones clave a las que dirigir nuestra atencion 
son REPLACE € IGNORE .La última ignora todas las filas que dupliquen una fila 
existente en un índice exclusivo o clave primaria. Por lo tanto, IGNORE resulta 
util cuando sabemos que los registros no se han modificado y no queremos elimi- 
nar y restaurar todos los registros de nuevo: 


mysql> LOAD DATA INFILE '/db _backups/customer.dat' IGNORE INTO 
TABLE customer; 

Query OK, 1 row affected (0.00 sec) 

Records: 8 Deleted: O Skipped: Y Warnings: O 


Como puede ver, de las ocho filas, siete se han saltado y sólo se ha insertado el 
registro que faltaba. En un archivo de mayor tamaiio, lograriamos ahorrar una 


gran cantidad de tiempo y evitar el inconveniente de no disponer de los datos 
temporalmente. Todos los registros estan ahora presentes de nuevo: 


* 
SELECT FROM customer; 


Y— + —— ++ + 

l id | first-name | surname | initial | 
+— ++ + + 

l 1 | Yvonne | Clegg | Xx | 
| 2 | Johnny | Chaka-Chaka | B | 
| 3 [ Winston | Powers | M | 
[ 4 | Patricia | Mankunku LTE | 
[5.1] Francois | Papo | P | 
[ 7 | Winnie ] Dlamini | NULL | 
| 6 | Neil | Beneke | NULL | 
| 10 | Breyton ] Ishabalala 1| B | 
Y — d+ + + 


8 rows in set (0.00 sec) 


La palabra clave REPLACE resulta útil cuando los valores de los registros han 
cambiado y queremos restablecer los registros existentes en el disco. Para mos- 
trar su uso, vamos a cometer el error habitual de actualizar todos los registros 
cuando solo queriamos actualizar uno, con lo que todos los apellidos pasan a 
tener el valor de Fortune: 


mysql> UPDATE customer SET surname='Fortune' ; 
Query OK, 8 rows affected (0.00 sec) 
Rows matched: 8 Changed: 8 Warnings: O 


Nos damos cuenta del error al examinar la tabla: 
* 
mysql> SELECT FROM customer; 


+ + + 
l id | first-name |] surname | initial | 
A + + 
[ 1 | Yvonne | Fortune |] X | 
| 2 | Johnny | Fortune | B | 
| 3 | Winston | Fortune | M | 
| 4 | Patricia | Fortune [€ | 
| 5 | Francois | Fortune | P | 
| 7 | Winnie | Fortune | NULL | 
| 6 | Neil | Fortune | NULL | 
| 10 | Breyton | Fortune | B | 
Spas + HN 


8 rows in set (0.00 sec) 


A continuación, vamos a restaurar la tabla utilizando la palabra clave 
REPLACE: 


mysql> LOAD DATA INFILE '/db backups/customer.dat' REPLACE INTO 
TABLE customer; 

Query OK, 16 rows affected (0.00 sec) 

Records: 8 Deleted: 8  Skipped: O Warnings: 0 

mysql> SELECT FROM customer; 


+—+ + + + 

| id | first—-name | surname | initial | 
Ah A + 

| 1 | Yvonne | Clegg IX 
| 2 | Johnny | Chaka-Chaka | B | 
| 3 | Winston | Powers | M | 
| 4 | Patricia | Mankunku l C | 
| 5 | Francois | Papo | P | 
| 7 | Winnie | Dlamini | NULL | 
| 6 | Neil | Beneke | NULL 
| 10 | Breyton | Tshabalala | B Í 
+—+ +—————+ A 


8 rows in set (0.00 sec) 


LOAD DATA LOCAL es una opcion que permite cargar los contenidos de un 
archivo que existe en el equipo cliente de MySQL al servidor de la base de 
datos. 

LOW PRIORITY obliga al proceso de agregacion de datos a esperar hasta que 
no quede ningun cliente leyendo la tabla (como hace con una instrucción INSERT 
habitual). 

La palabra clave CONCURRENT resulta útil si seguimos queriendo que la 
tabla se lea. Permite que otros subprocesos lean la tabla MyISAM (pero ralentiza 
el proceso de LOAD DATA). 


Aspectos de seguridad relacionados con LOAD DATA LOCAL 


La posibilidad de realizar restauraciones desde un equipo cliente puede resul- 
tar practica pero entraiia un riesgo de seguridad. Alguien podría utilizar LOAD 
DATA LOCAL para leer cualquier archivo al que tenga acceso el usuario que este 
utilizando para establecer la conexion. 

Se puede hacer creando una tabla y realizando una operación de lectura tras 
cargar los datos. Si estuviera estableciendo la conexión utilizando el mismo usua- 
rio que el servidor Web y tuviera derecho de acceso para ejecutar consultas, la 
situación resultaria peligrosa. 

De manera predeterminada, MySQL permite el uso de LOAD DATA LOCAL. 
Para evitar el peligro y deshabilitar al1 LOAD DATA LOCAL, inicie el servidor 
MySQL con la opcion —local-infile=0. Tambien podriamos compilar 
MySQL sin la opcion — enable—local—infile. 


Uso de mysqlimport en lugar de LOAD DATA 


En lugar de LOAD DATA, que se ejecuta desde MySQL, puede utilizar su 
equivalente de linea de comandos, mysqlimport. 
Su sintaxis es la siguiente: 


3 mysqlimport [opciones] nombre de la base de datos 
nombre de archivol [nombre de archivo2 ...] 


Muchas de las opciones son las mismas que las disponibles para LOAD DATA. 
La tabla a la que importar los datos viene determinada por el nombre de archi- 
vo. 

Para ello, mysqlimport elimina la extension del nombre de archivo, de manera 
que customer .dat se importa dentro de la tabla customer. 

Utilice mysqlimport para restablecer los datos de clientes, de la siguiente for- 
ma: 


mysal> SELECT * FROM customer; 


o E TF 

l id | first-name | surname natal. 
O AE 

[1 | Yvonne Clegg | X | 
| 2 | Johnny | Chaka-Chaka | B | 
[| 3 | Winston Powers | M | 
pg 4 | Patricia Mankunku PE l 
l 5 | Francois Papo | P | 
| 7 | Winnie | Dlamini | NULL 
Ll 6 [ Neil | Beneke | NULL | 
| 10 | Breyton | Tshabalala | B | 
E o + 


8 rows in set (0.00 sec) 

mysql1> TRUNCATE customer; 

Query OK, O rows affected (0.01 sec) 

mysql> exit 

Bye 

% mysqlimport firstdb /db backups/customer.dat 
firstdb.customer: Records: 8 Deleted: Ú  Skipped: O Warnings: 0 
[rootftest data] f mysql firstdb; 


Welcome to the MySQL monitor.  Commands end with 3 or Ag. 
Your MySQL connection id is 7 to server version: 4.0.1-alpha- 
max-1log 


Type 'help;' or 'Ah' for help. Type 'Ac' to clear the buffer. 


mysql1> SELECT %* FROM customer; 


| RáKáÁ HH + 

l id | first—-name | surname initial. 
YAA; + 

[1 | Yvonne |: Clegg | Xx : 
lt 2 [| Johnny | Chaka-Chaka | B 
| 3 | Winston | Powers | M | 
l 4 | Patricia | Mankunku ¡Ms | 
ll. 5: Francois | Papo | P | 
|. 7 | Winnie |] Dlamini | NULL | 
Ll 6 [| Neil | Beneke | ¿NULL | 
| 10 | Breyton | Tshabalala 1| B j 
e E E + 


8 rows in set (0.00 sec) 


Y los datos se restauran. 
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La tabla 11.2 describe las opciones disponibles para mysqlimport. 


Tabla 11.2. Opciones de mysqlimport 


Opciones 


-=c, -columns=... 


—character-sets-dir=nombre 


-C, -compress 


-%4, —debug[=cadena_ 
de_opciones] 


-d, —delete 


—fields-terminated-by-=... 
—fields-enclosed-by=... 


—-fields-optionally- 
enclosed-by=... 


—fields-escaped-by=... 
—lines-terminated-by=... 


-f, force 
—help 
-h nombre_de_anfitrion, 


—host= nombre_de anfitrion 


-i,-—ignore 


-1,—lock-tables 


Descripción 


Toma una lista separada por comas de los 
nombres de campo como argumento. És- 
tos se utilizan para crear un comando LOAD 
DATA INFILE. 


Indica a MySQL el directorio en el que se 
encuentran los conjuntos de caracteres. 


Comprime los datos transferidos entre el 
cliente y el servidor si ambos admiten com- 
presion. 


Rastrea el uso de programas con fines de 
depuracion. 


Vacia la tabla antes de importar el archivo 
de texto. 


Igual que la opción LOAD DATA INFILE. 


Igual que la opción LOAD DATA INFILE. 


Igual que la opción LOAD DATA INFILE. 


Igual que la opción LOAD DATA INFILE. 


Igual que la opción LOAD DATA INFILE. 


Continúa aunque MySQL detecte errores 
durante el volcado. 


Muestra un mensaje de ayuda y sale. 


Importa datos al servidor MySQL descu- 
biertos en el anfitrion designado. El anfi- 
trion predeterminado es el sistema local. 


Los registros agregados que originen un 
error de clave duplicada se ignoran. Por 
regla general dan lugar a un error y obli- 
gan al proceso a detenerse en dicho pun- 
to. 


Bloquea todas las tablas para escribir an- 
tes de procesar cualquier archivo de tex- 
to, que mantiene las tablas sincronizadas 
sobre el servidor. 


Opciones Descripción 


-L, local Lee los archivos de entrada desde el equi- 
po del cliente. Si se conecta al sistema 
local (opcion predeterminada), se asume 
que los archivos de texto estaran en el ser- 


vidor. 
-ppassphrase, —password Especifica que contraseña utilizar al esta- 
[=contraseña] blecer la conexión al servidor. Como de 


costumbre, si no se especifica la contra- 
seña, se le pedira que lo haga, lo cual re- 
sulta mas seguro. 


|-P numero de puerto, Especifica el número de puerto TCP/IP que 

—port=número de puerto utilizar al establecer la conexión al anfi- 
| trion. No se aplica en caso de conexiones 
al sistema local. Vease la opcion -s. 


-r, replace Un registro que debe agregarse dara lugar 
a una clave duplicada y sustituira al regis- 
tro original de la misma clave. Por regla 
general, esto generara un error y obliga al 
proceso a detenerse en dicho punto. 


-s, silent Visualiza mensajes solo cuando tienen lu- 
gar errores. 


-S /ruta/a/socket,—socket= Especifica que archivo de socket utilizar 
/ ruta /a/socket al establecer la conexión al sistema local 
(el predeterminado). 


-u nombre.de_usuario, Especifica que nombre de usuario utilizar 

—user=nombre de usuario al establecer la conexión al servidor. El 
valor predeterminado es su nombre de ini- 
cio de sesion de Unix. 


-v, —verbose Hace que MySQL muestre mas informa- 
cion sobre el proceso de mysqldump. 


-V, —version Muestra información de version y sale. 


Uso de mysqlhotcopy para realizar copias 
de seguridad 


La utilidad mysqlhotcopy es una secuencia de comandos de Perl que facilita la 
creación de copias de seguridad. Todavia se encuentra en fase beta (consulte la 
documentación mas reciente para averiguar si todavia sigue en dicha fase al leer 


estas líneas), por lo que es probable que no fincione correctamente en todas las 
situaciones. Resulta rapida y sencilla de utilizar y finciona cerrando y vaciando las 
tablas y copiando los archivos en el directorio especificado (vease tabla 11.3). Solo 
puede copiar los archivos a otro lugar del servidor. Su sintaxis es la siguiente: 


% mysqlhotcopy databasename backup directory path 


En la tabla 11.3 se describen las opciones de mysqlhotcopy. 


Tabla 11.3. Opciones de mysqlhotcopy 


Opciones Descripción 

-?, —help Muestra una pantalla de ayuda y sale. 

-u, user=H El nombre de usuario para establecer la conexión 
al servidor. 

-p, —password=+ Contraseña para establecer la conexión al servi- 
dor. 

—P, —port=H Puerto que utilizar al establecer la conexión al ser- 
vidor local. 

-S, —socket=4 Socket que utilizar al establecer la conexión al ser- 
vidor local. 

—-allowold Si los archivos ya existen, mysqlhotcopy suele anu- 


lar la operacion. Esta opcion adjunta la secuencia 


_old a los nombres de archivo y continua con la 
operacion. 


—keepold Los archivos con nombres cambiados por la opcion 
—allowold se suelen eliminar tras la operacion. 
Esta opcion los mantiene. 


—noindices Esta opcion no incluye los archivos de índice en el 
volcado, lo que agiliza el proceso. Tras restaurar 
los archivos, los indices pueden volver a generarse 
con myisamchk -rq. 


—method=+H Permite especificar si utilizar cp O scp para copiar 
los archivos. 

-q, quiet Solo se muestran mensajes de error 

—debug Permite labores de depuracion. 

-n, =dryrun Genera mensajes pero no realiza acciones. 

—regexp=+ Copia todas las bases de datos con nombres que 


coinciden con la expresion regular. 


—suffix=+$ Asigna un sufijo a los nombres de las bases de 
datos copiadas. 
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Opciones Descripción 


— checkpoint=+ Inserta entradas de punto de comprobacion en ta- 
b | a de base de datos especificadas. 

—flushlog Vacia los registros una vez bloqueadas todas las 
tablas. 

—tmpdi r=1 Permite especificar un directorio temporal. 


mysglhotcopy obtiene sus opciones del cliente y los grupos mysqlhotcopy los 
agrupa en archivos de opcion. 

Para restablecer una copia de seguridad realizada con mysqlhotcopy, sustitu- 
ya los archivos en el directorio de datos, como si hubiera hecho las copias direc- 
tamente. 

Deben cumplirse una serie de requisitos para poder ejecutar mysqlhotcopy: 


+ Necesita poder ejecutar las secuencias de comandos Perl en su servidor de 


base de datos. 


+  mysqlhotcopy depende de las siguientes clases de Perl para poder ejecutar- 
se: 


Getopt::Long, Data: :Dumper, File::Basename, File::Path, DBI y 
Sys: Hostname. 


+ Necesita escribir el acceso al directorio en el que esta intentando realizar la 
copia de seguridad. 


+ Necesita seleccionar los privilegios sobre la base de datos que esta volcan- 
do. 


e Para vaciar la tabla, necesita volver a cargar los privilegios. 


Uso del registro de actualizacion binario 
para restablecer la base de datos a su 
posición mas reciente 


El registro de actualizacion binario es una forma ideal de restaurar la base de 
datos a un punto lo mas cercano posible a aquel en el que tuvo lugar el desastre 
(vease un capitulo anterior). El registro de actualizacion binario registra todos los 
cambios realizados sobre la base de datos. Este registro esta habilitado cuando se 
inicia MySQL con la opcion — log- bin.Puede especificar un nombre con — 
log-bin = nombre de archivo; de lo contrario el nombre predetermina- 
do sera el nombre del equipo servidor, al que se adjunta — bin. Se crea un nuevo 
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archivo de registro cada vez que se reinicia el servidor, que se vacian los regis- 
tros, que se actualiza el servidor o que se alcanza su tamaiijo maximo (que se 
establece en la variable max bin log size). 

Tras realizar una copia de seguridad con mysqldump, reinicie MySQL con la 
opcion —1og-bin. 

Cuando llegue el momento indicado, restaure el archivo de mysqldump y, a 
continuacion, utilice los archivos de registro binarios para devolver a la base de 
datos a su estado mas reciente. 

Por ejemplo, imagine que realizamos una ultima copia de seguridad del archi- 
vo customer.dat, que la restaura a los 10 registros que se muestran a conti- 
nuacion: 


* 
mysgql> SELECT FROM customer; 


PH + 

l id | first-name | surname | amitiadl 
PA EA —áááÁá Y + dE 

+ 1 | Yvonne | Clegg | Xx | 
| 2 f Johnny | Chaka-Chaka | B | 
| 3 | Winston | Powers | M | 
[ 4 [ Patricia | Mankunku € | 
| 5 | Francois | Papo | P | 
| 7 [ Winnie | Dlamini | NULL | 
| 6 | Neil | Beneke | NULL | 
| 10 | Breyton | Tshabalala 1 B | 
$ AA AA + 


8 rows in set (0.00 sec) 


Llegados a este punto (justo despues de realizar la copia de seguridad), ini- 
cie el servidor con la funcion de registro binario habilitada si no lo ha hecho 
todavia: 


C:AMySQLibin> mysqladmin shutdown 
020601 23:59:01 mysqld ended 


S1 no la tiene todavia, incluya la siguiente opcion dentro de su archivomy.cnf 
o my. 1n 1 para habilitar el registro binario. 


Log=b1n 
A continuacion reinicie el servidor: 


C:AMysQLiAbin> mysqld-max 
020602 18:58:21 InnoDB: Started 
C:AMySOLibin> mysql firstdb; 


Welcome to the MySQL monitor.  Commands end with ; or Ag. 
Your MySQL connection id is 3 to server version: 4.0.1-alpha- 
max-log 


Type 'help;' or 'Ah' for help. Type 'Xc* to clear the buffer. 
mysq1> INSERT INTO customer VALUES(11,'Robin','McKenzie' NULL) ; 
Query OK, 1 row affected (0.00 sec) 


A continuacion, vamos a simular un desastre para lo cual detendremos el ser- 
vidor y eliminaremos los archivos de datos y de indices de clientes: 


mysql> exit 
Bye 
C:AMySQLAbin> del c:1MysQlidatalfirstdblicustomer.* 


Puede que no disponga de permisos para eliminar los archivos si no cierra el 
servidor o inicia la sesion como usuario ralz. 

Si elimina los archivos con la conexión todavia activa e intenta realizar una 
consulta sobre la tabla de clientes, es posible que siga obteniendo resultados 
debido a que esten almacenados en cache. Pero si cierra el servidor y vuelve a 
iniciarlo, no encontrara ningún dato sobre clientes: 


C:IAMysQlAbin> mysgqladmin shutdown 
020601 23:59:01 mysgqld ended 
C:AMySQLAbin> mysqld-max 

020602 18:58:21  InnoDB: Started 
C:AMySQLXbin> mysql firstdb; 


Welcome to the MySQL monitor.  Commands end with ; or Ag. 
Your MySQL connection id is 3 to server version: 4.0.1-alpha- 
max-log 


Type 'help;' or 'Xh' for help. Type 'Nc* to clear the buffer. 
mysql> SELECT FROM customer; 

ERROR 1146: Table 'firstdb.customer' doesn't exist 

mysql> exit 

Bye 


A continuacion restaure la copia de seguridad realizada anteriormente: 


C:AMySQL1bin> copy «c:ldb_backupslcustomer.t 
c:IMySolldatalfirstdb 


Con ayuda de una consulta, descubrira que se han perdido los datos mas re- 
cientes agregados tras realizar la copia de seguridad: 


C:AMySQL1bin> mysql firstdb; 

Welcome to the MySQL monitor.  Commands end with ; or Ag. 
Your MySQL connection id is 3 to server version: 4.0.1-alpha- 
max-log 


Type "'help;' or 'Xh' for help. Type '1c' to clear the buffer. 
mysql> SELECT FROM customer; 


PHYS ———_—— + + 

l id | first-name | surname | initial ] 
A + 

Il 1 | Yvonne | Clegg XxX | 
[ 2 | Johnny | Chaka-Chaka | B | 
| 3 | Winston | Powers | M 
| 4 [Patricia | Mankunku E | 
Ll: Bo [Francois | Papo | P | 
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|. 7 | Winnie í Dlamini | NULL 
| 6 [ Neil | Beneke | NULL 
| 10 | Breyton | Tshabalala | B 
AA + —— + + 


8 rows in set (0.00 sec) 


Para restaurar la copia de seguridad, necesitamos utilizar el registro de actua- 
lizacion binario. En primer lugar, vamos a examinar que hay en el registro de 
actualizacion binario. No se trata de un archivo de texto, por lo que no podemos 
utilizar un editor de textos ordinario. Sin embargo, MySQL incorpora una utili- 


dad, mysqbinlog. 


Si ejecuta esta utilidad en uno de los archivos de registro binario se generaran 


los contenidos del archivo. 
Su sintaxis es la siguiente: 


mysqlbinlog ruta al registro de actualización binario 


Veamos que contiene el registro: 


C:IMySQLibin>mysqlbinlog ..idatalspeed demon-bin.001 


R at 4 


020602 18:58:21 server id 1 Start: binlog v 2, server v 


$4.0.1-alpha-max-log 

created 020602 18:58:21 

$ at 79 

*+020602 19:01:11 server id 1 Query 
ferror _code=0 

use firstdb; 

SET TIMESTAMP=1023037271; 


thread_id=2 exec time=0 


INSERT INTO customer VALUES (11, 'Robin','MckKenzle'):; 


$ at 167 
020602 19:01:48 server id 1 Stop 


Si ha estado ejecutando la funcion de registro binario de actualizacion es pro- 
bable que tenga muchos archivos de registro. Seleccione el segundo mas reciente 


que haya capturado la última instrucción INSERT. 


Obviamente, el resultado no se ve muy bien en pantalla. Puede dirigirlo hacia 
su base de datos correspondiente de la siguiente forma: 


C:AMySQLAbin>mysqlbinlog ..idatalspeed demon-bin.001 | mysql 


firstdb 


A continuación, puede visualizar la tabla y ver los registros restaurados. 


C:WAMySQLibin> mysql firstdb; 


Welcome to the MySQL monitor.  Commands end with 


+0 
Your MySQL connection id is 3 to server version: 4.0.1-alpha- 


max-log 


Type 'help;' or 'Nh' for help. Type 'Ne' 


mysql> SELECT FROM customer; 
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to clear the buffer. 


t— | — + 

l id | first—-name | surname | initial | 
+—+ +4 + 

l 1 | Yvonne | Clegg E E | 
| 2 | Johnny | Chaka-Chaka | B | 
| 3 | Winston | Powers | M | 
| 4 | Patricia | Mankunku lc | 
l 5 | Francois | Papo | P | 
| 7 | Winnie | Dlamini | NULL | 
l 6 | Neil | Beneke | NULL | 
| 10 | Breyton | Tshabalala | B 
| 11 | Robin | McKenzie | NULL | 
ASA A A ++ ah 


9 rows in set (0.00 sec) 


El registro se ha restaurado correctamente. 
La tabla 11.4 describe las opciones de mysqlbinlog 


Tabla 11.4. Opciones de rnysqlbinlog 


-?, —help 
-d, —-database=nomb rebd 


=s, -short-form 


-O0, TOfÍset=N 


-h, —host=servidor 


=P, —port=puerto 


=ú, Uuser=nombre de usuario 


=p, "password=contraseña 


-r, —result-file=archivo 


-3, -position=N 


-t, "table=nombre 


-V. —versi1iaon 


Descripción 


Muestra la ayuda y sale. 


Solo enumera las entradas correspondien- 
tes a la base de datos especificada. 


Muestra únicamente las consultas, nin- 
guna otra información. 


Salta un serie de entradas comenzando 
por el principio y especificadas con N. 


Obtiene el registro binario desde el servi- 
dor especificado. 


Utiliza el puerto especificado para conec- 
tar al servidor remoto. 


Nombre de usuario para establecer la co- 
nexion al servidor. 


Contraselia para establecer una conexión 
al servidor. 


Coloca el resultado en un archivo especi- 
ficado. 


Comienza leyendo el registro binario en 
la posición N. 


Obtiene el volcado de la tabla original 
utilizando COM_TABLE_DUMB. 


Muestra la version y sale. 
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Copia de seguridad y restauracion de tablas 
InnoDB 


Actualmente es imposible realizar una copia de seguridad online estandar de 
una tabla InnoDB mientras el servidor esta en ejecucion con la distribución estándar. 
La situación no tardara en cambiar, por lo que es aconsejable que consulte la 
documentación de MySQL de manera regular. 

No obstante, puede adquirir una herramienta que permite registros online de 
tablas InnoDB, llamada InnoDB HotBackup. Si desea obtener detalles al respec- 
to, dirijase a la dirección www.innodb.com/hotbackup.html. 

Por regla general, para realizar una copia de seguridad, es necesario apagar el 
servidor o impedir el acceso a los clientes. Existen dos formas de realizar una 
copia de seguridad y en caso de que los datos resulten vitales deberia utilizar 
ambos metodos. Una consiste en utilizar mysqldum (la misma que se utiliza para 
las tablas MyISAM), sin permiso de acceso de escritura durante la operación. 
Este método crea un archivo de texto con las instrucciones necesarias para restau- 
rar las tablas. 

La segunda consiste en hacer copias de los archivos de base de datos 
binarios. Para ello, necesitara cerrar la base de datos sin errores y copiar los 
archivos de datos, los archivos de registro InnoDB, el archivo de configura- 
cion (el archivo my. cnf omy.ini) y los archivos de definición (. f rm) en 
un lugar seguro. 


mysqladmin shutdown 


% 
$ 


1S=1 
total “76145 
ALWx—— 2 mysql mysql 2048 Jun 1 21:01 firstdb 
- IW-IWw— 1 mysql mysql 25088 May 4 20:08 
ib_arch_log 0000000000 
- IW-IW— 1 mysql mysql 5242880 Jun 1 21:04 
ib_logfile0 
-IW-IW— 1 mysql mysql 5242880 May 4 20:08 
ib logfilel 
- IW-IWw— 1 mysql mysql 67108864 Jun 1 21:04 ibdatal 
AÁYWxrwx— 2 mysql mysql 1024 May 4 20:07 mysql 
ALWXIWX— 2 mysql mysql 1024 Dec 23 17:44 test 
-TW-IW— 1 mysql mysql 98 May 19 15:03 test- 
bin.«001 
-IW-IW— 1 mysql mysql 30310 Jun 1 21:04 test- 
biñD02 
-IW-IW— 1 mysql mysql 30 May 19 15:09 test- 
bin.index 
- IW-YI—I1— 1 mysql mysql 1292 Jun L 21:04 


test.dummymysql.co.za.err 


Deberia copiar todos los archivos desde el directorio de datos que comiencen 
por ib, ya que se trata de los registros y los datos InnoDB. 
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Por ejemplo: 


%* cd /usr/local/mysql/data/ 
% cp ib*/db _backups/ 


A continuacion copie los archivos de configuracion (recuerde copiarlos todos 
s1 tiene mas de uno): 


3 cp /etc/my.cnf /db backups/ 


A continuacion copie los archivos de definicion, en este caso innotest 
dentro del directorio firstdb (todos los archivos de definicion asi como los archi- 
vos de indice y de datos MySQL se incluyen dentro de un directorio con el mismo 
nombre de la base de datos): 


% cp firstdb/innotest.frm /db backups/ 


A continuacion, vamos a reiniciar el servidor para que un usuario malintencio- 
nado pueda destruir los datos: 


3% mysqld-max 

% Starting mysqld daemon with databases from /usr/local/mysql/ 
data 

%* mysql firstdb 

mysql1> TRUNCATE innotest; 

Query OK, 11 rows affected (0.00 sec) 


Todos los datos se han eliminado. Su telefono comenzara a sonar dentro de un 
momento. Ha llegado el momento de restaurar la copia de seguridad. Nuevamen- 
te, tendra que apagar el servidor para evitar interferencias: 


3% mysqladmin shutdown 

020601 21:20:34 mysgqld ended 

3 cp /db_backups/ib* /usr/local/mysql/data/ 

cp: overwrite '/usti/local/mysql/data/ib_arch_log 0000000000'? y 
cp: overwrite '/usr/local/mysql/data/ib logfile0'? y 

cp: overwrite '/usr/local/mysql/data/ib _logfilel'? y 

cp: overwrite '/usr/local/mysql/data/ibdatal'? y 


En este caso no hay necesidad de restaurar los archivos de configuracion o de 
definicion, ya que no se han daiiado. En caso de que tenga lugar un fallo de 
hardware, necesitara restaurar estos tambien. 


% mysqld-max 

% Starting mysqld daemon with databases from /usr/local/mysql/ 
data 

3% mysql firstdb 

mysql1> SELECT * FROM innotest; 

+——+— + 


] f1 | £2 | 
+—— ++ 

| 1 | NULL | 
| 2 | NULL | 
| 3 | NULL | 
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| NULL 
| NULL 
| NULL 
| NULL 
| NULL 
| NULL 
| NULL 


10 rows in set (0.12 sec) 


Los datos se han restaurado correctamente. En caso de que se produzca una 
caida del servidor. para restaurar los datos InnoDB, sólo necesitara reiniciarlo. Si 
estan activadas las funciones de registro y almacenamiento generales (lo que re- 
sulta recomendable), las tablas InnoDB se restauraran automaticamente a partir 
de los registros MySQL (los registros MySQL son los registros ordinarios, no los 
registros InnoDB). Todas las transacciones confirmadas presentes en el momento 
de la caida se desharan. El resultado presentara un aspecto parecido al siguiente: 


InnoDB: Database was not shut down normally. 

InnoDB: Starting recovery from log files... 

InnoDB: Starting log scan based on checkpoint at 

InnoDB: log sequence number 0 24785115 

InnoDB: Doing recovery: scanned up to log sequence number 0 
24850631 

InnoDB: Doing recovery: scanned up to log sequence number 0 
24916167 

InnoDB: 1 uncommitted transaction(s) which must be rolled back 
InnoDB: Starting rollback of uncommitted transactions 
InnoDB: Rolling back trx no 982 

InnoDB: Rolling back of trx no 98 completed 

InnoDB: Rollback of uncommitted transactions completed 
InnoDB: Starting an apply batch of log records to the 
database... 

InnoDB: Apply batch completed 

InnoDB: Started 

mysqld: ready for connections 


Duplication como medio de realizar copias 
de seguridad 


La duplicación es otra forma de mantener una copia de seguridad (consulte un 
capitulo posterior). Se protege contra fallos de hardware en una de las bases 
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duplicadas, pero no contra la estupidez o las malas intenciones. Si un usuario 
elimina un conjunto de registros, el proceso se replicara en otros servidores dupli- 
cados a menos que existe una forma fiable de volcado. Si utiliza la duplicacion, se 
reduciran las preocupaciones por los fallos de hardware pero seguira necesitando 
otro método de volcado. 


Resumen 


Las copias de seguridad son una parte fundamental de la caja de herramientas 
del administrador de MySQL. Se pueden utilizar varios metodos para 
implementarlas: 


La instruccion BACKUP crea una copia de los archivos de definición y de 
datos de la tabla MyISAM. La instruccion RESTORE restaura los datos. 


Copia directa los archivos. Necesitara aplicar manualmente los bloqueos. 
La operacion de devolver los archivos de datos al directorio de datas resta- 
blece los datos. 


Uso de mysqldump, que crea un archivo de texto que contiene las instruc- 
ciones SQL necesarias para regenerar la tabla. El uso de archivos como 
entrada para el demonio de MySQL restaura los datos. 


El uso de instrucciones SELECT INTO crea un archivo de texto que se 
puede utilizar para restaurar los datos con el comando LOAD DATA o la 
utilidad mysqlimport. 


Uso de la utilidad mysqlhotcopy. Se trata de una secuencia de comandos de 
Perl que copia los archivos de datos a otro directorio. La operacion de 
devolver los archivos de datos al directorio de datos restaura los datos. 


Uso de la duplicacion, que vuelca los datos en otro equipo, pero tambien 
duplica su perdida entre equipos si viene causada por instrucciones SQL. 


El registro de actualización binario, si esta habilitado, mantiene un registro de 
todos los cambios en la base de datos. La utilidad mysqlbinlog se puede utilizar 
para visualizar los contenidos del registro o usarse para restaurar actualizaciones 
a la base de datos realizadas a partir de una copia de seguridad. Las tablas InnoDb 
no se almacenan en archivos, como las tablas MyISAM por lo que requieren un 
cuidado especial. Además tambien constan de su propio mecanismo de registro. 
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MP2 Duplicación 
de base 
de datos 


MySQL dispone de una caracteristica denominada duplicacion que permite 
reflejar automaticamente una o varias bases de datos de un servidor (denominado 
principal) en uno o varios servidores (denominados esclavos). La duplicacion 
resulta muy util como estrategia de creación de copias de seguridad y como tecni- 
ca de mejora del rendimiento. En este capitulo veremos como funciona la duplica- 
cion y le mostraremos la forma de configurarla. 

En este capitulo veremos: 


+ Como configurar la duplicacion 
+ Como configurar archivos principales y esclavos 


+ Las instrucciones SQL principales y esclavas 


Que es la duplicacion 


La duplicacion funciona de la siguiente forma. El servidor esclavo se inicia 
con una copia exacta de los datos del servidor principal. Tras ello, se activa el 
registro binario en el principal y el esclavo se conecta a este periodicamente y 
comprueba los cambios efectuados en el registro binario desde la ultima vez que 
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se conecto. Seguidamente, el esclavo repite de forma automática estas instruccio- 
nes en su servidor. El archivo master .info del esclavo permite realizar el 
seguimiento del punto en el que se encuentra en el registro binario del principal. 
La relación entre el registro binario principal y el archivomaster .info escla- 
vo es de gran relevancia: si no estan sincronizados, los datos no seran identicos en 
ambos servidores. La duplicacion puede resultar muy util para crear copias de 
seguridad (en funcion de errores de disco, no errores humanos) y para acelerar el 
rendimiento. Es un método muy práctico para ejecutar varias bases de datos, 
sobre todo en entornos en los que las instrucciones SELECT superan a las ins- 
trucciones INSERT O UPDATE (tambien podemos optimizar esclavos solamente 
para instrucciones SELECT y hacer que el principal se encargue de las instruc- 
ciones INSERT y UPDATE). 

Sin embargo, la duplicacion no es la solucion a todos los problemas de rendi- 
miento. Es necesario realizar actualizaciones en el esclavo y, aunque se realizan 
de manera optima, si sus tablas MyISAM tambien llevan a cabo actualizaciones y 
se bloquean con frecuencia, una mejor solucion consiste en convertirlas a InmoDB. 
Al mismo tiempo, tambien hay un retraso entre las actualizaciones que se dupli- 
can en los esclavos, cuya longitud depende de la capacidad de su red y de los 
propios servidores de bases de datos. 

Por esta razon, su aplicacion no puede simplemente asumir que puede utilizar 
el principal o el esclavo como servidor de bases de datos. Puede que un registro 
del principal no aparezca inmediatamente en el esclavo, lo que podría generar 
problemas en la aplicacion. 

Normalmente, la duplicacion se lleva a cabo de forma jerarquica (como se 
indica en las figuras 12.1 y 12.2) pero se puede configurar de forma circular 
(como mostramos en las figuras 12.3 y 12.4). Su codigo cliente debe cerciorarse 
de que no haya conflictos ya que, en caso de haberlos, la aplicacion puede fallar 
debido a las irregularidades, razon por la que las estructuras mostradas en las 
figuras 12,3 y 12.4 son poco habituales. 


Principal Esclavo 
Figura 12.1. Un principal, un esclavo 


Esclavo Principal Esclavo 


Figura 12.2. Un principal, varios esclavos 
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Principal/Esclavo Principal/Esclavo 


Figura 12.3. Relación circular principal/esclavo 


OS 


Principal/Esclavo Principal/Esclavo 
Figura 12.4. Cadena principal/esclavo 


No es necesario que la conexión sea continua. Si se rompe el enlace por cual- 
quier razon, el esclavo intentara volver a conectarse y, en el momento en que se 
restablezca el enlace, iniciara la actualización desde el punto en que se interrumpio. 


Configuración de duplicacion 


Existen distintos tipos de configuracion de una relación principal-esclavo, como 
veremos en los ejemplos descritos en este capitulo. Los pasos que debe seguir son 
los minimos que necesita para iniciar la duplicacion. 

En el principal, siga los pasos descritos a continuación: 


1. Defina un usuario de duplicacion con el permiso REPLICATION SLAVE: 


GRANT REPLICATION—SLAVE ON *.* TO replication—user IDENTIFIED BY 
'"replication—password'; 


2. Copie las tablas y los datos. Si la base de datos ya se ha utilizado y ya 
existe un registro binario (consulte un capitulo anterior), anote el despla- 
zamiento inmediatamente despues de la copia de seguridad (como veremos 
en un apartado posterior). La operacion LOAD DATA FROM MASTER en 
el esclavo se encarga de este paso. Actualmente, esta operacion sólo fun- 
ciona con tablas MyISAM y es mejor utilizarla con pequeiios conjuntos de 
datos o cuando los datos en el principal se puedan bloquear durante la 
operacion. La version 4.1 resuelve alguna de estas deficiencias. 
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3. 


Añada el siguiente codigo al archivo de configuracion (my. cnf omy. ini). 
log-bin indica que el principal utilizara registros de actualizaciones 
binarias y server-id es un numero exclusivo que identifica cada uno de 
los equipos principal y esclavos. Por convención, el principal se define 
como 1 y los esclavos desde 2 en adelante: 

[mysqla] 

log-bin 

server-id=1 


Realice estos pasos en el esclavo o esclavos: 


1. 


Aiiada el siguiente codigo al archivo de configuracion (my. cnf omy. ini). 
master_hostname es el nombre de anfitrion del principal y los valores 
master user y master password son el nombre de usuario y la 
contraseña, respectivamente, definidos en el principal para la duplicación 
(con el privilegio de duplicacion esclavo). master TCP/IP es el núme- 
ro de puerto con el que se comunica el principal (solamente se necesita si el 
puerto no es estandar) y el numero exclusivo es un numero que empieza 
por 2 hasta 2 32-1: 
[mysqld] 
master-host=master hostname 
master-user=replication user 
master-password=replication password 
master-port=master TCP/IP port 
server-id=unique number 
Copie los datos obtenidos del principal en el esclavo (si no ejecuta LOAD 
DATA FROM MASTER). 


Guarde el servidor esclavo. 


Si no ha obtenido los datos, utilice LOAD DATA HROM MASTER para 
acceder a los mismos. 


Con los dos servidores en ejecucion, ya puede iniciar la duplicacion. 


Opciones de duplicacion 


En la tabla 12.1 se describen las distintas opciones de duplicacion disponibles 
para el principal y en la tabla 12.2, las que están disponibles para el esclavo. 


Tabla 12.1. Opciones de archivo de configuracion principal 


Descripción 


log-bin=nombre_ Activa el registro binario. Es necesaria la presen- 
de archivo cia de esta opción en el principal para que tenga 


lugar la duplicacion. El nombre de archivo es op- 


Opción 


log-bin-index= 
nombre-de-archivo 


Descripción 


cional. Para borrar el registro, ejecute RESET MAs-— 
TER y no olvide ejecutar RESET SLAVE en todos 
los esclavos. De forma predeterminada, el registro 
binario se denomina hostname.xxx, siendo xxx 
un numero que empieza en 001 y se incrementa en 
una unidad cada vez que se gira el registro. 


Especifica el nombre del archivo de índice del re- 
gistro binario (que enumera en orden los archivos 
del registro binario, para que el esclavo siempre 
sepa cual esta activo). La opcion predeterminada 
es hostname. index. 


sql-bin-update-same Sise configura, al definir son LoG_BIN como 1 0 


0, automaticamente se define SOL_LOG_UPDATE 
con el mismo valor, y viceversa. SQL LOG UPDATE 
dejara de ser necesario, por lo que esta opción ape- 
nas se utiliza. 


binlog-do-db=nombre.. Solamente registra las actualizaciones en el regis- 


de_base_de_datos 


binlog-ignore-db= 
nornbre _ d e ba se_ 
de_datos 


tro binario que provienen de la base de datos 
nombre_de_base_de_datos.las bases de da- 
tos restantes se ignoran. Tambien puede restringir 
las bases de datos del esclavo. 


Registra todas las actualizaciones en el registro 
binario a excepción de las que provienen de la base 
de datos nombre de base de datos. Tambien 
puede configurar la base de datos para que ignore 
el esclavo. 


Tabla 12.2. Opciones del archivo de configuración en el esclavo 


Descripción 


master-—host= 
anfitrion 


master-—user= 
nombre de usuario 


Especifica el nombre de antfitrion o dirección IP del 
principal al que se conecta. Es necesario configu- 
rarlo para iniciar la duplicación. Una vez iniciada, 
los datos master. infolo determinaran y sera ne- 
cesario utilizar una instrucción CHANGE MASTER 
TO para cambiarlo. 


Especifica el nombre de usuario con el que el ser- 
vidor esclavo se conecta al principal. El usuario 
debe tener permiso REPLICATION SLAVE en el 
principal. Una vez iniciada la duplicación, los datos 
master.infolo determinaran y sera necesario 


Descripción 


master—-password= 
contrasefia 


master-port=número 


de puerto 


master-connect- 
retry=segundos 


master-ssl 
master-ssl-key= 


nombre de clave 


master-ssl-cert= 
nombre de 
certificado 


master-info-file= 
nombre de archivo 


report-—host 


report-port 
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utilizar una instruccion CHANGE MASTER To para 
cambiarlo. 


Especifica la contraseña con la que el servidor es- 
clavo se conecta al principal. El valor predetermi- 
nado es una cadena vacia. Una vez iniciada la du- 
plicacion, los datos master .info lo determinaran 
y sera necesario utilizar una instruccion CHANGE 
MASTER To para cambiarlo. 


Especifica el numero de puerto al que se conecta 
el servidor principal (de forma predeterminada es 
el valor de MYSQL PORT, normalmente 3306) .Una 
vez iniciada la duplicación, losdatosmaster. info 
lo determinaran y sera necesario utilizar una ins- 
truccion CHANGE MASTER To para cambiarlo. 


Si la conexión entre el servidor principal y el escla- 
vo se pierde. MySQL espera la cantidad de segun- 
dos establecida antes de intentar una nueva co- 
nexión (el valor predeterminado es 60) . 


Determina que la duplicación utiliza SSL. 
Si se determina que se utilice SSL (la opcion mas-— 


ter-ss1), esta opcion indica el nombre de archi- 
vo de clave SSL principal. 


Si se determina que se utilice SSL (la opcion mas- 
ter-ss1), esta opcion indica el nombre de certifi- 
cado SSL principal. 


Especifica el archivo de información principal (de 
forma predeterminada, master. info en el direc- 
torio de datos), que realiza el seguimiento del pun- 
to de duplicación en el que se encuentra el servidor 
esclavo en el registro binario. 


Especifica el nombre de antfitrion o dirección IP con 
el que se presenta el servidor esclavo en el princi- 
pal (se utiliza durante la instruccion SHOW SLAVE 
HOSTS) . No aparece configurado de forma prede- 
terminada. 


Especifica el puerto que utiliza el puerto esclavo 
para conectarse al principal. Solamente necesita 
esta opcion si el esclavo se encuentra en un puerto 
no estandar o si la conexión no se realiza de forma 
convencional. 


¡€ __m 


replicate-do-table= 


nombre _de _bd. 
nombre_ _de _tabla 


replicate-ignore-— 
table=nombre de 
bd.nombre_de_tabla 


replicate-wild-do- 
table=nombre de 
bd.nombre_de_tabla 


replicate-wild- 
ignore-table= 
nombre de bd. 
nombre de tabla 


replicate-ignore-— 
db=nombre de 
base de datos 


replicate-do-db= 
nombre de base 
de datos 


log-slave-updates 


Descripción 


Garantiza que el esclavo solamente duplica el nom- 
bre de la tabla especificada de la base de datos 
especificada. Puede utilizar esta opcion varias ve- 
ces para duplicar varias tablas. 


Indica al servidor esclavo que no duplique una ins- 
truccion que actualice la tabla especificada (inclu- 
so si hay otras tablas actualizadas por la misma 
instruccion). Puede especificar esta opcion varias 
VECes. 


Indica al servidor esclavo que solamente duplique 
instrucciones que coincidan con una determinada 
tabla (similar a la opcion replicate do table), 
pero tomando en cuenta cualquier comodín. Por 
ejemplo, cuando el nombre de una tabla es db3.tbs% 
la coincidencia se aplica a cualquier base de datos 
que empiece por db y a cualquier tabla que empie- 
ce por tb. 


Indica al servidor esclavo que no duplique una ins- 
truccion que actualice la tabla especificada, inclu- 
so si hay otras tablas actualizadas por la misma 
instruccion, similar a la opcion replicate-ig- 
nore—-table,a excepción de que se toman en con- 
sideracion los comodines. Por ejemplo, cuando el 
nombre de la tabla es db3.tb%, no se realizara la 
duplicación cuando la base de datos comience por 
db y la tabla por tb. Puede especificar varias veces 
esta opcion. 


Indica al servidor esclavo que no duplique ninguna 
instruccion cuando la base de datos actual sea 
nombre_de_base_de_datos. Puede utilizaresta 
opcion varias veces para ignorar multiples bases 
de datos. 


Indica al subproceso esclavo que solamente dupli 
que una instruccion cuando la base de datos sea 
nombre de base de datos. Puede utilizar va- 
rias veces esta opción para duplicar varias bases 
de datos. 


Indica al esclavo que registre las actualizaciones 
en el registro binario. Opción no configurada de 
forma predeterminada. Si piensa utilizar el esclavo 
como principal en otro esclavo, tendrá que confi- 
gurar esta opcion. 
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Descripción 


replicate- Si la base de datos del esclavo tiene un nombre 
rewrite-db= diferente a la del principal, tendra que asignar la 
base de datos relación con esta opcion. 

principal-> base_ 

de_datos_esclava 


slave-skip-errors= Cuando la duplicacion encuentra un error, se detie- 

[codigo_errorl, ne (ya que un error implica que los datos no son 

codigo error2,...  Consistentes y es necesario seguir una serie de 

| al1] pasos manuales). Esta opcion indica a MySQL que 

prosiga con la duplicacion si el error es uno de los 
que aparecen enumerados. Los codigos de error se 
identifican mediante un numero (el mismo que apa- 
rece en el registro de errores) y aparecen separa- 
dos por una coma. Tambien puede utilizar la opcion 
all para procesar cualquier posible error. Normal- 
mente no deberia utilizar esta opcion ya que un 
uso incorrecto de la misma puede afectar a la 
sincronizacion de los datos con el principal. Si esto 
sucede, la unica forma posible de volver a 
sincronizarlos es copiar de nuevo los datos princi- 
pales. 


skip-slave-start Al configurar esta opcion, la duplicacion no comien- 
za cuando se inicia el servidor. Puede iniciarla ma- 
nualmente con el comando SLAVE START. 


slave_compressed_  Sise configura como 1, MySQL utiliza la compre- 

protocol=4 sion para transferir los datos entre el esclavo y el 
principal, en caso de ambos servidores admitan esta 
funcion. 


slave net timeout=* Determina los segundos que espera el principal an- 
tes de que se anule una lectura. 


Comandos de duplicacion 


Es aconsejable que se familiarice con los comandos de duplicacion, tanto en el 
servidor principal como en el esclavo. A continuación mostramos los comandos 
de duplicacion en el esclavo: 


+ SLAVE START y SLAVE STOP inician y detienen el proceso de duplica- 
cion, respectivamente. 


+ SHOW SLAVE STATUS devuelve información sobre el esclavo, incluyen- 
do si esta conectado al principal (Slave__10_Running), si la duplica- 
cion esta en marcha (SLAVE_SQL_Running), que registro binario se 
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utiliza (Master Log File y Relay Master Log File) y cuál 
es la posición actual en el registro binario (Read_Master_Log_Pos y 
Exec_master_log_pos). 


La instruccion CHANGE MASTER TO es importante para sincronizar la 
duplicacion o para iniciarla desde cero en el punto exacto. MASTER _LOG 
FILE hace referencia al registro binario del principal desde el que el escla- 
vo debe iniciar la duplicacion y MASTER_LOG_POS la posición en dicho 
archivo (como veremos en los ejemplos de capitulos posteriores). Esta 
instruccion tambien se utiliza cuando falla el principal y es necesario cam- 
biarlo por el principal al que se conecte el esclavo. El conjunto completo de 
opciones CHANGE MASTER TO es el siguiente: 


CHANGE MASTER TO MASTER—-HOST = 'master hostname', 
MASTER _USER='replication username', 
MASTER_PASSWORD="'"'replication_ user password', 
MASTER_PORT='master _port', 
MASTER_LOG_FILE='master binary logfile', 
MASTER_LOG_POS='master binary log position' 


La instruccion RESET SLAVE hace que el esclavo olvide su posición en 
los registros principales. 


LOAD DATA FROM MASTER copia los datos del principal y los lleva 
hasta el esclavo. En la actualidad, no resulta demasiado util para conjuntos 
de datos de gran tamalio o en situaciones en las que el principal debe estar 
disponible durante largos periodos, ya que se produce un bloqueo de lectu- 
ra global al copiar los datos. Tambien actualiza el valor de MASTER LOG _ 
FILE y MASTER_LOG_POS. Actualmente sólo funciona con tablas 
MylISAM. Es muy probable que, en el futuro, esta instrucción se convierta 
en la forma estandar de preparar el esclavo, por lo que debe consultar la 
ultima documentación al respecto. 


La instruccion GLOBAL SQL _ SLAVE _SKIP_COUNTER=n hace que el 
esclavo ignore las siguientes n instrucciones del registro binario del princi- 
pal. 


A continuación describimos los comandos de duplicacion en el principal: 


La instruccion SET SQL _LOG_BIN=n desactiva el registro de actuali- 
zaciones binarias (si se configura como 0) o lo reactiva (si se configura 
como 1). Necesitara el privilegio SUPER para ejecutar esta instruccion. 


RESET MASTER elimina todos los registros binarios y empieza la nume- 
ration de nuevo desde 001. 


SHOW MASTER STATUS muestra el registro binario actual, la posi- 
cion en el mismo y si se ha excluido alguna base de datos del registro 
binario. 


PURGE MASTER LOGS nombre_de. archivo_de- registro binario 
elimina todos los registros anteriores al registro binario especificado. Com- 
pruebe que ningun esclavo lo necesita antes de eliminarlo. En apartados 
posteriores veremos un ejemplo al respecto. 


SHOW MASTER LOGS muestra la lista de archivos de registro binario 
disponibles. Normalmente se utiliza esta opcion antes de aplicar la anterior. 


+ SHOW SLAVE HOSTS devuelve una lista de los esclavos registrados en el 
principal (de forma predeterminada, un esclavo no se registra a si mismo, 
sino que requiere la configuración de la opcion report-hosú. 


e Lainstruccion SHOW BINLOG EVENTS [ IN 'nombre de re- 
gistro' ] [ FROM pos ] [ LIMIT [desplazamiento, ] 
filas] lee instrucciones de los registros binarios. 


Dificultades de la duplicacion 


A continuación enumeramos algunos de los aspectos fundamentales que debe 
tener en cuenta a la hora de configurar y ejecutar la duplicacion: 


+ Las instrucciones FLUSH no se duplican, lo que le puede afectar si actua- 
liza directamente las tablas de permiso en el principal y, tras ello, utiliza 
FLUSH para activar los cambios. Los cambios no seran efectivos hasta 
que tambien ejecute una instrucción FLUSH en dicho punto. 


+  Asegurese de que tanto los principales como los esclavos tienen el mismo 
conjunto de caracteres. 


La funcion RAND () no funcionacorrectamente cuando se pasa una expresion 
aleatoria como argumento. Puede utilizar algo como UNI X_TIMESTAMP (). 


+ La duplicación de consultas que actualizan datos y utilizan variables de 
usuario no es segura (aunque es probable que haya cambiado. Consulte su 
documentacion). 


+  Laduplicacion suele funcionar con distintas versiones de MySQL, incluso 
entre la version 3.23.x y la version 4.0.x, pero hay excepciones (4.0.0, 
4.0.1 y 4-02 no funciona entre si), razon por la que debe consultar en la 
documentacion. En caso contrario, utilice las ultimas versiones siempre 
que sea posible. 


Duplicación de una base de datos 


En este ejemplo, crearemos una nueva base de datos con una tabla y la dupli- 
caremos en otro servidor. Para ello tendra que disponer de dos servidores MySQL 


operativos (preferiblemente de la misma version) y es necesario que ambos se 
comuniquen para poder probar este ejemplo. 

En primer lugar, en el servidor principal, cree una base de datos con el nombre 
replication_db, una tabla con el nombre replication-table y aiiada datos a esta 
tabla, como mostramos a continuación: 


mysql1> CREATE DATABASE replication_ db; 

Query OK, 1 row affected (0.01 sec) 

mysql> USE replication db; 

Database changed 

mysql1> CREATE TABLE replication—table(f1 INT,£2 VARCHAR(20)) 5 
Query OK, O rows affected (0.03 sec) 

mysql> INSERT INTO replication—table (f1,f2) VALUES (1,'first'):; 
Query OK, 1 row affected (0.03 sec) 


Tras ello, conceda permiso de duplicación al servidor esclavo. El usuario es- 
clavo sera replication-user y tendra la contraseiia replicationqwd: 


mysql> GRANT REPLICATION SLAVE ON *_,f0 TO replication—user 
IDENTIFIED BY 
'replication pwd'; 


Cierre el servidor esclavo y aiiada el siguiente codigo al archivo de configura- 
cion (my.cfg o my. ini). Sustituya el parametro master— host con la di- 
reccion IP de su servidor esclavo. server id puede ser cualquier numero, 
siempre que no coincida con el del server_1d del principal: 


master-host = 192.168.4.100 
master-user = replication—user 
master_password = replication—pwd 
server-id =:3 


replicate-do-db = replication db 


En el servidor esclavo, cree la base de datos replication db y copie los 
datos replication table desde el principal al esclavo (como se trata de 
tablas MyISAM, los datos se encuentran en el directorio replication db). 
En capitulos anteriores encontrará información sobre cómo hacerlo. Cuando co- 
pie los archivos al servidor esclavo, compruebe que los permisos sean correctos 
(en Unix, chown mysql.mysql *, chmod 700 *). Al mismo tiempo, debe saber 
que si su servidor principal ya ha utilizado el registro binario, tendra que restable- 
cerlo con RESET MASTER para que el esclavo pueda empezar la operación de 
actualización desde el principio del primer registro binario. Inicie el servidor 
esclavo y conectelo. Una vez conectado, compruebe su estado para ver si la dupli- 
cation se ha iniciado correctamente: 


mysql1> SHOW SLAVE STATUS; 


5 > _ zzz 


— __.—_«_—_— $ 22 >= 


A ———_—_— _—__ A Y 


A —_— 


| Master—Host | Master—User | Master—Port |] 
Connect—retry | 
Master—Log-File | Read-Master—Log-Pos | Relay—Log-File 


| 

Relay—Log-Pos | Relay-—Master—Log-File | Slave-10—Running | 
Slave SQL Running |] Replicate-do—-db |] Replicate—ignore—db | 
Last-—errno 


| Last—-error | Skip-—counter | Exec—master—log-—pos | 
Relay-log-space | 
P———————— == + 
—_————+ + +—— 
——S——>á> >>> ljl]p-j>OOAAAAá >> — 
E—cocoe _ ——— _—__ —___—==>_++=— 
+ + + 
| 192.168.4.100 | replication—user | 3306 [ 60 
| 
g-bin.001 | 79 + s-bin.002 | 
124 | g-bin.0O1 l Yes | Yes 
| replication—db | |-0 | 
| 0 
[ 79 [ 132 
 —_—_—_———  —__—_ A —_  —_ 
—_—_———— + +—— 
—_- _—_——— —— _—_— A _—___—_—_— 
A —————__— > _— »>_ ——aBP—— += 
+ + + 


1] row in set (0.00 sec) 

mysql1> INSERT INTO replication—table (f1,f2) 
VALUES (2, 'second') ; 

Query OK, 1 row affected (0.06 sec) 

mysql1> SELECT * FROM replication—table; 


+——+ + 
| f1 Le2 | 
=$ + 
l ll ltirste 
] 2 | second | 
+——+ aj 


2 rows in set (0.00 sec) 


mysql> SHOW SLAVE STATUS; 


EF ——-==J-=-A= y. RA 
K—— o a 
+ + + 
o 
O A 
| Master—Host | Master—User | Master—Port | 
Connect—retry | 
Master—Log-File | Read-Master—Log-Pos | Relay—Log-File 


| 

Relay—Log-Pos | Relay—Master—Log-File | Slave—-10—Running | 
Slave SQL Running | Replicate—-do—db | Replicate—ignore—db |] 
Last-—errno 
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| Last_error | Skip counter | Exec_master log pos | 
Relay log space | 


+ + A 
—_—_zz _—_—__ (__-z _—_—+== 
+ + + 

_ —_———., _ a —_— ap 
A CCC 

| 192.168.4.100 | replication—user | 3306 | 60 
l 
g-bin.001 | 180 | s-bin.002 |] 

225 ll" q-bin«001 | Yes | Yes 
| replication—db | | 0 | 
l|90 

| 180 | 233 | 
A _NMMMI a 2 AAAA244 XA 


KA_—_—_ _—_ _—_—— —_ — o € _  —__—+A— 


— —_7=----A + 
AY 2 A+ 
1 row in set (0.00 sec) 


En el servidor principal puede ejecutar instrucciones DELETE y UPDATE, 
acciones que se reflejarán en el esclavo. Por ejemplo: 


mysql> DELETE FROM replication—table WHERE fl=1; 
Query OK, 1 row affected (0.34 sec) 

mysql> UPDATE replication—table SET fl=1; 

Query OK, 1 row affected (0.05 sec) 


Al revisar el esclavo, vera lo siguiente: 


* 
mysql> SELECT FROM replication—table; 


+——+ T 

fl L- EZ l 

+——+ + | 1 | second | 
a E 


1 row in set (0.01 sec) 


No es necesario que el servidor esclavo este conectado al principal para estar 
en sincronizacion, siempre que los registros binarios sean correctos, como se 
demuestra en el siguiente ejemplo. En primer lugar, apague el servidor esclavo: 


3 /fusr/local/mysql/bin/mysqladmin -uroot -pg00r002b shutdown 
020821 17:25:37 mysqld ended 


Seguidamente, añada otro registro al principal: 


mysql1> INSERT INTO replication—table (f1,f2) VALUES(3,'third') ; 
Query OK, 1 row affected (0.03 sec) 


Reinicie el servidor esclavo, conectelo a la base de datos replication_db 
y vera que se ha añadido el nuevo registro: 


% bin/mysgld safe £ 
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[1] 1989 
3 /msr/local/mysgql/bin/mysql -uroot -pg00r002b mysql 
Welcome to the MySQL monitor.  Commands end with ; or Ag. 


Your MySQL. connéction 1d- ¿is 3 to. server version; 4.0, 2-alpha- 
max-log 


Type "'help;' or 'AXh' for help. Type '1c* to clear the buffer. 
mysql> SELECT FROM replication—table; 


++ E 
| f1 | £2 
+==+%* Y 
| Sa EbtES. 
l 1 | second | 
=$ + 


2 rows in set (0.02 sec) 


Es posible que el servidor principal tambien se caiga y que el esclavo intente 
volver a conectarse (en funcion de los segundos especificados en master -— 
connect- retry,cuyo valor predeterminado es 60) hasta que vuelva a funcio- 
nar el principal. Debe prestar especial atencion al modificar los registros binarios 
ya que es lo unico que necesita el servidor esclavo para funcionar. En el siguiente 
ejemplo vemos cómo se pueden perder los datos. En primer lugar, cierre el servi- 
dor esclavo: 


2 /msr/local/mysql/bin/mysqladmín -uroot -pg00r002b shutdown 
020821 17:25:37 mysgqld ended 


Como en el caso anterior, añada otro registro al principal pero, en esta oca- 
sión, ejecute despues la instrucción RESET MASTER (para eliminar los registros 
binarios antiguos y empezar de nuevo con el registro 1): 


mysql> INSERT INTO replication—table (f1,f2) 
VALUES (4, 'fourth') ; 

Query OK, 1 row affected (0.01 sec) 

mysql> RESET MASTER; 

Query OK, O rows affected (0.03 sec) 


Tras ello, al reiniciar el esclavo, no mostrara el cambio: 


% bin/mysqld safe < 

[1] 1989 

4% /usr/local/mysql/bin/mysql -uroot -pg00r002b mysql 
Welcome to the MySQL monitor.  Commands end with ; or gq. 


Your MySQL connection id is 3 to server version: 4.0.2-alpha- 
max-log 


Type 'help;' or "Xh* for help. Type *"e” to clear the buffer. 
mysql> SELECT FROM replication—table; 


+——+ + 
Cel | 22 
+——+ + 
| 3: | Eñirad- 


| 1 | second | 
$ El 
2 rows in set (0.00 sec) 


Puede ver la razon en el estado del servidor esclavo: 


mysql> SHOW SLAVE STATUS; 
Pq SN =$ — 


O + +- 

—_ _——_——_——————_ ___ ——— + 

| Master—Host | Master—User | Master—Port | 
Connect—retry AIMaster—Log-File | Read-Master—Log-Pos 


Relay—Log-File | 

Relay-Log-Pos | Relay-—Master—Log-File | Slave-10—Running | 
Slave—-SQL—Running | Replicate-do-db | Replicate—ignore—db |] 
Last-errno 


| Last-error | Skip-counter | Exec—-master—log-pos | 
Relay _log_space | 
A, AR A A 
PAAAA<««+«++ Ay AR>7/4>> >>> —Á 
E + a ES >. +-- 
—— A A 
| 192.168.4.100 | replication—user | 3306 | 60 
| 
g-bin.001 | 443 | s-bin.004 | 4 
| g-bin.001 | Yes | Yes | 
replication—-db | | -0 | 
| 0 
| 443 | 500 | 
FO AY + +—- 
+ + == 
——A A _ A e ____———ÁKÁ 
A 
+ + E 


1 row in set (0.00 sec) 


El registro principal deberia estar en la posicion 443. Puede compararlo con la 
posicion real en la que se encuentra en el servidor principal: 


mysql1> SHOW MASTER STATUS; 


+ + q _ A 
| File | Position | Binlog_do db | Binlog_ignore_db | 
+ + ? A 
| g-bin.001 | 79 | | 
+ + A ——A 


1 row in set (0.00 sec) 


Puede recuperar la sincronizacion si restablece el esclavo, como indicamos a 
continuación: 


mysql> RESET SLAVE; 


Query OK, O rows affected (0.01 sec) 


En este caso, el estado del esclavo ha cambiado y de nuevo comienza al princi- 
pio del registro binario 1 o en la posicion 79: 


mysql> SHOW SLAVE STATUS; 


o 

——————+H + +t— 

A A O e 

—_—_—_ _ _ aa_Q_——-—— A Y 

| Master—Host | Master—User | Master—Port | 
Connect—retry l 

Master—Log-File | Read—Master—Log-Pos | Relay—Log-File 


| 

Relay—Log-Pos | Relay-—Master—Log-File | Slave-10—Running | 
Slave—-SOL—Running | Replicate-do-db | Replicate—ignore—db | 
Last-errno 


| Last-error | Skip—counter |] Exec master log pos | 
Relay—log—space | 
e ——— e +——————+—- 
E 
(FAA A AAAá>>-N ————KÁ— 
A A—— a e 
_a —_y KK 
| 192.168.4.100 | replication—user | 3306 | 60 
| 
g-bin.001 | 79 | s-bin.002 | 
124 | g-bin.001 | Yes | Yes 
| replication—-db | | 0 | 
| 0 
| 79 132 | 
o a e RS AE 
+ + Ht— 
+ + + 
—_——————  _ _———_ y, «=$ == 
+ + + 


1 row in set (0.00 sec) 


Vuelva al servidor principal, añada de nuevo el registro y observe el estado del 
principal, en el que el registro binario se ha desplazado hasta la posicion 180: 


mysql> INSERT INTO replication—table (f1,£2) 
VALUES (4, 'fourth') 

Query OK, 1 row affected (0.00 sec) 

mysql> SHOW MASTER STATUS; 


AE Y AÁAÁAáAáÁA 

| File | Position | Binlog_do db | Binlog ignore db | 
+ + PÁG EE 

| g-bin.001 | 180 ] 

| 

+ + $y_————— ++ 

1l row in set (0.00 sec) 


Y el esclavo ha recuperado de nuevo el registro: 


mysql1> SELECT * FROM replication—table; 


tt + 
| fl EL | 
SS $ + 
| 3 | third | 
| 1 | second | 
| 4 | fourth | 
+4 + 


3 rows in set (0.00 sec) 


Si es observador, vera que el registro se ha aliiadido dos veces en el servidor 
principal: 


mysql> SELECT * FROM replication—table; 
+ + + 

l f1 ¡EE | 

+——+ an 

| S third: 

| 1 | second | 

| 4 | fourth | 

| 4 | fourth | 

+——+ mi 

4 rows in set (0.00 sec) 


Este ejemplo nos sirve de advertencia. Por el mero hecho de que funcione la 
duplicacion, no nos garantiza que los datos sean identicos en los dos servido- 
res. 

Con un buen diseiio (como el uso de una clave principal en la tabla), podría- 
mos haber evitado este problema. No obstante, hemos aprendido a prestar espe- 
cial atencion al estado del esclavo y del principal, y a la hora de trabajar con los 
registros binarios. 


Duplicación con un registro binario activo 
en el principal 


En este ejemplo veremos como controlar una situación en la que el servidor 
principal lleva un tiempo en ejecucion con el registro binario activado y queremos 
configurar una duplicacion. 


En primer lugar, cierre el servidor esclavo para evitar cualquier conflicto del 
ejemplo anterior: 


2 


¿$ /usr/local/mysql/bin/mysgladmin -uroot -pg00r002b shutdown 
020821 23:40:49 mysqld ended. 


Utilizaremos la misma tabla que en el ejemplo anterior. 
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En el servidor principal, elimine los registros binarios y restablezcalos para 
empezar con uno nuevo antes de aliadir registros, como indicamos a continua- 
cion: 


mysql> DELETE FROM replication—table; 

Query OK, 4 rows affected (0.09 sec) 

mysql> RESET MASTER; 

Query OK, Ú rows affected (0.02 sec) 

mysql> INSERT INTO replication—table (f1,f2) VALUES (1,'first'); 
Query OK, 1 row affected (0.01 sec) 

mysql> INSERT INTO replication—table (f1,f2) 

VALUES (2, 'second') ; 

Query OK, 1 row affected (0.01 sec) 


Tras ello, copie estos datos en el esclavo y compruebe el desplazamiento del 
registro binario en el principal. Asegurese de que no se ha escrito ningun dato en 
el servidor principal despues de copiar los datos pero antes de comprobar el 
estado: 


mysql> SHOW MASTER STATUS; 


+ + AAÁA AH 

| File | Position | Binlog_do—db | Binlog ignore db | 
+ + 5 

| g-bin.001 | 280 | | | 
+ + Y———_—_—_—_—_— + 

1l row in set (0.00 sec) 


En el servidor esclavo, realice las mismas operaciones que en el ejemplo ante- 
rior, es decir, copie los datos, defina las opciones de configuracion (con el si- 
guiente cambio), elimine el archivomaster.info en caso de que exista (en el 
ejemplo anterior se habrá creado en el directorio de datos, por ejemplo en 
C:Amysgllidata o /usr/local/mysql/data) y reinicie el servidor. 
La unica diferencia es que el archivo de configuracion debe incluir la opción 
skip-slave-start. 

No empezaremos la duplicación del esclavo hasta que hayamos indicado el 
punto de inicio correcto. Seguidamente, añadimos nuevos registros al servidor 
principal: 


mysql> INSERT INTO replication—table (f1,f2) VALUES(3, 'third') ; 
Query OK, 1 row affected (0.01 sec) 

mysql> INSERT INTO replication—table (f1,f2) 
VALUES (4, 'fourth') ; 

Query OK, 1 row affected (0.01 sec) 


En el servidor esclavo, indique que debe comenzar con el archivo de registro 
binario correcto y con el desplazamiento adecuado. Para ello, configure 
MASTER _LOG_ FILE como g-bin.001 (o con el valor que aparezca cuando 
ejecute SHOW MASTER STATUS) y MASTER_LOG_POS como 280 (o, en su 
case, el valor adecuado). 


Tras ello, inicie la duplicacion del esclavo y pruebe los resultados: 


mysql> CHANGE MASTER TO MASTER_LOG _FILE='g-bin.001', 
MASTER_LOG_POS=2B0; 

Query OK, O rows affected (0.00 sec) 

mysql> SLAVE START; 

query OK, 6 rows affected (0.00 sec) 

mysql> SELECT FROM replication—table; 

=> E 

| f1 l £2 | 

+ 


first 


third 


fourth 
+ 


4 rows in set (0.01 sec) 


| 
| second 
| 
| 


+—+ 


Eliminación de registros binarios antiguos 
del servidor principal e inicio de la operación 


Al utilizar la duplicacion, la eliminación de registros binarios puede ser un 
riesgo ya que puede que un servidor esclavo no haya terminado con uno de los 
registros que pretenda eliminar. 

En este ejemplo, tendremos que eliminar los datos y restablecer el servidor 
principal, para empezar desde cero y, tras ello, aiiadir nuevos datos: 


mysql> DELETE FROM replication—table; 
mysql> RESET MASTER; 


mysql1> INSERT INTO replication—table (f1,f2) VALUES (1,'first')5 
mysql> INSERT INTO replication—table (f1,f2) 
VALUES (2,'second') 


mysql> INSERT INTO replication—table (f1,f2) VALUES(3,'third'):; 


Copie estos datos en un nuevo esclavo (si ha ejecutado ejemplos anteriores en 
el servidor esclavo, borre el archivo master.info e inicie el esclavo con la 
opción skip-slave-start). 


Vacie los registros del principal para imitar a un servidor que lleva un tiempo 
en ejecucion: 


mysql> FLUSH LOGS; 
mysql> FLUSH LOGS; 


Tras ello, al analizar el estado del principal, vera que ya se encuentra en su 
tercer registro binario: 


mysql> SHOW MASTER STATUS; 
+ + y ————— $ 


| File |] Position | Binlog_do_ db | Binlog_ignore_ db | 


———Sg— + 

g-bin.003 | 4 | | 
—AA<XA>MKKL].—AKÁá—Á  —_ 9% + 

row in set (0.00 sec) 


hoo+ 


Inicie el servidor esclavo y comience la duplicación desde el punto correcto: 


mysql> CHANGE MASTER TO MASTER _LOG_FILE='g- 
bin.003' MASTER_LOG_POS=4; 

Query OK, O rows affected (0.01 sec) 

mysql> SLAVE START; 

Query OK, O rows affected (0.00 sec) 


Ahora, el esclavo comenzara desde el registro correcto del principal. Todavia 
tenemos otros dos registros binarios en el principal que ocupan espacio. Sera 
necesario empezar a mantener archivos de registros para que no se nos vayan de 
las manos. 

Puede que quiera eliminar los registros uno y dos, pero no es seguro hacerlo ya 
que puede haber algun esclavo que tenga que utilizarlos. 

Para verificarlo, tendra que comprobar el estado de todos los servidores escla- 
vos. En este caso, solo hay uno: 


mysql> SHOW SLAVE STATUS; 


+ + PY + —Á 
A A A 
+ + + 
— $ Y 4 A 4 
— _.e— _—_—oe—e— e —_____—— ++ 
| Master—Host | Master—User | Master—Port | 
Connect—retry | 
Master—Log-File | Read-Master—Log-Pos | Relay—Log-File 


| 

Relay—Log-Pos | Relay-—Master—Log-File | Slave-10—Running |l 
Slave SQL Running | Replicate-do-—db | Replicate—ignore—db | 
Last-errno 

| Last—-error | Skip-counter | Exec—master—log-pos | 
Relay-log—space | 

 —_ _ _ _ II II III III A A 


——_—_ + ho — 
O e A 
—  _ y A O A. -_ A A É 
+ + + 
| 192.168.4.100 | replication—user | 3306 | 60 
| 
g-bin.003 | 4 | s-bin.003 |] 
830 | g-bin.003 | Yes | Yes 
| replication—db |] p 0 | 
lO 
| 4 | 1885 | 


Comprobara que el esclavo utiliza g-b1n.003 y que esta actualizado (posi- 
cion 4). Si todos los esclavos estan actualizados, puede eliminar sin riesgo los 


registros binarios 1 y 2 del principal, por medio de la instrucción PURGE MAS- 
TER LOGS, como indicamos a continuación: 


mysql> PURGE MASTER LOGS TO "g-bin.003"; 
Query OK, O rows affected (0.00 sec) 


Si realizo un listado en el directorio de datos (o donde haya especificado la 
ubicacion de los registros binarios), vera que los dos primeros se han elimina- 
do. 

Esta instruccion fallara si un esclavo activo intenta leer un registro que hemos 
intentando suprimir y generara el siguiente error: 


mysql1> PURGE MASTER LOGS TO "g-bin.003"; 
ERROR: 


A purgeable log is in use, will not purge 


Si el esclavo no esta conectado y elimina un registro binario que todavia no se 
ha utilizado, ese esclavo no podra continuar con la duplicacion. En alguna fase, 
este proceso se puede automatizar pero por ahora tendra que verificar manual- 
mente cada uno de los esclavos para ver su posición. Veamos que sucede si no lo 
hacemos. 


En primer lugar, detenga el servidor esclavo: 


mysql> SLAVE STOP; 
Query OK, O rows affected (0.00 sec) 


Seguidamente, en el principal, vacie una vez mas los registros, ailada un nuevo 
registro y, tras ello, borre los registros binarios: 


mysql1> FLUSH LOGS; 

Query OK, O rows affected (0.00 sec) 

mysql> INSERT INTO replication—table (f1,f2) 
VALUES (4, ' fourth) ; 

Query OK, 1 row affected (0.00 sec) 

mysql> FLUSH LOGS; 

Query OK, O rows affected (0.00 sec) 

mysql> SHOW MASTER STATUS; 


+ P AA A ++ 
| File | Position | Binlog_do db | Binlog ignore db | 
+ Eq AAáá=>%>54 AR ++ 
| g-bin.005 | 4 | | 
+ + O E 


1l row in set (0.00 sec) 
mysql1> PURGE MASTER LOGS TO "g-bin.005"; 
Query OK, O rows affected (0.02 sec) 


S1 reinicia ahora el esclavo, no duplicara, ya que busca un registro binario que 
no existe: 


mysql> SLAVE START; 
Query OK, O rows affected (0.00 sec) 
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El problema es que la ultima instruccion INSERT en el principal no aparece 
en ningun registro ya que todos los registros "antiguos" se han limpiado. Si reali- 
zo una copia de seguridad de los registros binarios, los podra restablecer fácil- 
mente. En caso contrario, tendra que volver a ejecutar manualmente la instruccion 
para que el esclavo utilice el registro mas reciente, como se aprecia a continua- 
cion: 


mysql> INSERT INTO replication—table (f1,f£2) 
VALUES (4, 'fourth'); 

Query OK, 1 row affected (0.00 sec) 

mysql> CHANGE MASTER TO MASTER—LOG—FILE='g- 
bin.005', MASTER_LOG_POS=4; 

Query OK, O rows affected (0.01 sec) 


Si aliade otro registro al principal: 


mysql> INSERT INTO replication—table (f1,f2) VALUES(5, 'fifth'); 
Query OK, 1 row affected (0.00 sec) 


se duplicara sin problemas en el servidor esclavo: 


mysql> SELECT i FROM replication—table; 
+ + + 

| £l | £2 | 

t——+ En 

first 


| | 
| second | 
| third | 
| fourth | 

| fifth | 

+ + + 

5 rows in set (0.00 sec) 


NAhUN a 


Este ejemplo muestra que la duplicación no es una copia exacta de los datos, 
sino un trasvase de las instrucciones de un servidor a otro. Esta operación genera 
una copia exacta de los datos pero si se modifica el archivomaster.infoolos 
registros binarios, MySQL no podra seguir secuencialmente los comandos, lo que 
puede provocar la desincronizacion de los datos. 


Como evitar un exceso de actualizaciones 


Este ejemplo muestra lo que puede suceder si no iniciamos el servidor esclavo 
desde el punto correcto del registro binario del principal. 

Comience con un servidor principal limpio, añada algunos registros y anote 
los detalles del registro binario inmediatamente despues de realizar la copia: 


mysql> DELETE FROM replication—table; 
mysql> RESET MASTER; 
mysql> INSERT INTO replication—table (f1,f2) VALUES (1,'first'); 
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mysql> INSERT INTO replication—table (f1,f2) 
VALUES (2, 'second') ; 
mysql> SHOW MASTER STATUS; 


+ A 

| File | Position | Binlog do db | Binlog_ignore_db | 
a —— —— o $ 

ll 'g=bin:001 .] 280 | | | 
Y ——— + * —+»=—————+ 

1 row in set (0.00 sec) 


Copie los datos en el esclavo e inicielo. El esclavo debe estar limpio (sin 
archivosmaster.info ysindatosenlabasededatos replication db) y 
debe contar con algo similar a un conjunto de opciones en su archivo de configu- 
ration, como mostramos a continuación: 


master-—host = 192.168.4.100 
master—-user = replication—user 
mastergassword = replication pwd 
server—-id =.3 
replicate-do-db = replication—db 


Inicie el servidor esclavo y revise el estado del mismo para comprobar si la 
duplicación ha empezado correctamente: 


mysql> SHOW SLAVE STATUS; 


o 
+ + f_— 

+ + + 
————__— -  _ _—_—Y $ 4 =- 
—%——————————————5 
| Master—Host [ Master=USer | Master—Port | 
Connect—retry |l 
Master—Log-File | Read-Master—Log-Pos | Relay—Log-File 


Relay—Log-Pos | Relay-—Master—Log-File | Slave-10—Running |l 
Slave—-SOL—Running | Replicate-do-db | Replicate—-ignore—db |] 
Last-errno 

| Last-error | Skip-—counter | Exec master log pos | 
Relay—log=space | 

yA EEÁAÁASAÓÓOÓOEÁKÁKÁKÁKXAXA2AÍ A 39 AAOK<KÁ. 


+ + + 
A _—_————_—  _—— == A ——— q == 
O A 
| 192.168.4.100 | replication—user | 3306 | 60 
| 
g-bin.001 [ 280 | s-bin.003 | 
325 | g-bin.O0O1 l Yes | Yes 
| replication—db | l.0 | 
I-0 
| 280 | 329 l 
A ——— A ti 
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1l row in set (0.00 sec) 


Todo parece funcionar correctamente. La duplicacion ha comenzado y el es- 
clavo se encuentra en el mismo punto que el maestro, en el registro binario g- 
bin.001 y en la posición 280. Sin embargo, al examinar los datos en el servidor 
esclavo, nos encontramos con una desagradable sorpresa: 


mysql> SELECT á FROM replication—table; 
e + 

| f1 EZ | 

t——+4 ua 


| first | 

| second | 

l first Í 

| second | 

+ + E 

4 rows in set (0.00 sec) 


1 
2 
| 1 
2 


El problema es que el esclavo ha iniciado la duplicacion desde el principio del 
primer registro binario, lo que significa que ha repetido las dos instrucciones 
INSERT aunque la copia de los datos se realizó posteriormente. Hay dos solucio- 
nes. Puede ejecutar RESET MASTER en el servidor principal justo despues de 
realizar la copia O ejecutar la instrucción CHANGE MASTER TO en el esclavo 
antes de comenzar la duplicacion para configurar el punto de inicio correcto, 
como hicimos en un apartado anterior (lo que implica iniciar el servidor con la 
opción skip-slave-start). 


Como evitar errores clave 


El siguiente ejemplo muestra lo que sucede cuando los datos se actualizan en el 
esclavo, lo que genera un error clave. Este error se puede producir cuando el 
servidor principal y el esclavo realizan la duplicacion de forma circular o cuando 
se realizan actualizaciones directamente en el esclavo. 

Por esta razón, al1adiremos una clave principal a latabla replication_tb. 
Puede modificar la tabla existente, como se muestra a continuación: 


mysql> ALTER TABLE replication—table MODIFY f1 INT NOT NULL,ADD 
PRIMARY KEY (£1) ; 
Query OK, Ú rows affected (0.36 sec) 


O puede crear una tabla nueva: 


mysql> CREATE TABLE replication—table(f1 INT NOT NULL, f2 
VARCHAR (20) , 

PRIMARY KEY (£1)) : 
Query OK, Ú rows affected (0.03 sec) 


Aiiada algunos registros al servidor principal y reinicielo, para no repetir el 
error del ejemplo anterior: 

mysql> INSERT INTO replication—table (f1,f£2) VALUES(1,'first'):; 

mysql> INSERT INTO replication—table (f1,f£2) 

VALUES (2, 'second') ; 

mysql> RESET MASTER; 


Copie los datos en el servidor principal e inicie la duplicacion del servidor. 
Aiiada un nuevo registro al principal: 


mysql> INSERT INTO replication—table (f1,f2) VALUES(3,'third'); 
Query OK, 1 row affected (0.01 sec) 


Los datos tendrán el siguiente aspecto en el esclavo: 


mysql> SELECT % FROM replication—table; 


+—+ Y 
l=EL 1- EZ 
to) Hi 
1 | first | 
| 2 | second | 
| 3 | third | 
++ ee 


3 rows in set (0.00 sec) 


Hasta ahora todo funciona correctamente. El problema aparece si aliadimos un 
registro al esclavo y, tras ello, aiiadimos el mismo registro al principal. En este 
ejemplo, hemos definido la misma clave principal a proposito, pero suele produ- 
cirse cuando se utilizan campos AUTO_INCREMENT. Aliada el siguiente registro 
primero al servidor esclavo y luego al principal: 


mysql> INSERT INTO replication—table (f1,f2) 
VALUES (4,'fourth'); 
Query OK, 1 row affected (0.01 sec) 


Aunque si ha comprobado los datos en ambos servidores puedan parecer idén- 
ticos, hay un error en el esclavo, como si este hubiera intentado insertar el registro 
dos veces. A menos que haya utilizado la arriesgada opción slave-skip- 
errors en el archivo de configuración, la duplicacion deberia detenerse y el 
esclavo informara de la consulta erronea, como mostramos a continuación: 


mysql> SHOW SLAVE STATUS; 
A e 


| Master—Host | Master—User | Master—Port | 
Connect—retry | 


Master—Log-File | Read-Master—Log-Pos | Relay—Log-File 

| 

Relay—Log-Pos | Relay-—Master—Log-File | Slave-10—Running | 
Slave_SOL_Running | Replicate-do-db | Replicate-ignore—db | 
Last-errno 

| Last-error 


| Skip-counter | Exec-—-master—log-pos | Relay—-log-space | 
O E he 
+ + jfH— 
+ + + 
E ——————— 4 —- -  —_% —__— 


—+ 

| 192.168.4.100 | replication—user | 3306 | 60 

| 

ga-=bin,.001L | :279 | s-bin.002 | 

224 l g-bin.001 | Yes | No 

| replication—db |] | 1062 | error 
"Duplicate 


entry '4' for key 1' on query 'INSERT INTO 
replication—table(f1,f£2) 

sales (4, *fowrtaty” 0 [ 179 | 332 
| 

A 


1 row in set (0.00 sec) 


El error se muestra para que podamos investigar la causa del mismo y tomar 


las decisiones adecuadas. En este caso, el error se debe a que, en el esclavo, la 
instrucción se repitio en el punto equivocado. Podemos conseguir que el esclavo 
vuelva a duplicar correctamente si le indicamos que ignore el siguiente comando 
del registro binario del principal y continue desde ese punto. Para ello utilizare- 
mos el comando SET SOL SLAVE SKIP COUNTER.Una vez ejecutado, pue- 
de iniciar el esclavo (solamente podemos indicarle que ignore el comando si se ha 
detenido la duplicación) y continuar de forma normal: 
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mysql> SET GLOBAL SQL SLAVE SKIP COUNTER=1; 
Query OK, O rows affected (0.00 sec) 

mysql1> SLAVE START; 

Query OK, Ú rows affected (0.00 sec) 

mysql> SHOW SLAVE STATUS; 


q AAA %<Á24+4+ EXA q A 
4 + +— 
+ + + 
A YN > —— + - 
+ + + 


| Master Host | Master—User | Master—Port | 
Connect_retry | 

Master Log File | Read—Master—Log-Pos | Relay-Log-File 

| 

Relay _Log_Pos |] Relay—Master—Log-File | Slave-—10—Running | 
Slave SQL Running | Replicate do db | Replicate ignore db | 
Last—-errno 


| Last—-error | Skip-—counter | Exec_ master _ log pos | 
Relay log _ space | 
$ —_-———__ > —— + 
A A  ___ > E — —_ __ _ —_—__—___—___ > —_ —_ _ _____———A—AAáA 
+ + + 
— E Az _ == 22 + 
A - A+ 
| 192.168.4.100 | replication user | 3306 | 60 
| 
G=b1ñ.00L 378 : s-bin.002 ] 
423 | g-bin.0o0o1 | Yes | Yes 
| replication db | I0 | 
0 
| 378 | 431 | 
E __—.-—_ . 
Aáá - ]>_— —.*] ]T—]7j> uuu mm ———— 
ES 
Sa - $ —-— + - 


—. _——__——A$z——+ 
1 row in set (0.00 sec) 


Añada un registro al servidor principal: 


mysql> INSERT INTO replication—table(f1,f2) values (5, 'fifth'); 
Query OK, 1 row affected (0.00 sec) 


Como en casos anteriores, se duplicara en el esclavo: 


* 
mysql> SELECT FROM replication—table; 


++ + 
ll f1 | f2 
+—+ 1 
| Tv tuerst | 
| 2 | second | 
| 3 | third | 
ll 4 fourth. | 
| 5 | fifth | 
+—+ + 


5 rows in set (0.00 sec) 


Resumen 


La duplicación es una función muy util que nos permite conservar una copia 
exacta de datos de un servidor en otro. La base de datos principal escribe en el 
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registro binario y una serie de servidores esclavos se conectan al principal, leen el 
registro binario de actualizaciones y duplican estas instrucciones en sus servido- 
res. 

La duplicacion resulta de gran utilidad para realizar copias de seguridad y 
tambien para mejorar el rendimiento. 

La relación entre el registro binario del principal y el archivomaster.info 
del esclavo es fundamental para conservar la sincronizacion de la duplicacion. Si 
se eliminan los registros binarios antes de que los esclavos los utilicen, la duplica- 
cion fallara. 


Configuracion 
y optimización 
de MySQL 


Solamente podra presumir de dominar MySQL si conoce los entresijos de las 
variables mysqld y como afectan a su rendimiento. 

En este capitulo veremos la forma de configurar y optimizar MySQL y expli- 
caremos como configurar las variables y los elementos necesarios para mejorar el 
rendimiento. 

Nos centraremos en los siguientes aspectos: 


Las opciones y variables mysqld 


Un análisis detallado de la optimización de las variables table_cache, 
key_buffer_size, delayed_queue,back_logysort_buffer 


Como procesar mas conexiones 

Como cambiar variables sin reiniciar el servidor 
Configuración de tablas InnoDB 

Como mejorar el hardware 

Como ejecutar análisis comparativos 

Ejecucion de MySQL en modo ANSI 


Como utilizar distintos idiomas y conjuntos de caracteres 
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Optimización de las variables msyqld 


Para saber cuales son los valores existentes de las variables mysqld, puede 
utilizar mysqladmin en la linea de comandos: 


% mysgqladmin -uroot -pg00r002b variables; 


o cuando se conecte a MySQL: 


mysql> SHOW VARIABLES 
q gu TA 


| Variable—name, IValue + 
+ + 
back—=1l10g 150 
basedir |/usr/local/mysql-max-4.0.1- 
| alpha=pc=11inux-gnu=1.686 
bdb_cache size 18388600 
bdb_log_buffer size 132768 
bdb_home |/usr/local/mysql/data/ 
bdb_ max lock ¡110000 
bdb_logdir | 
bdb_shared_data [OFF 
bdb_tmpdir | /tmp/ 
bdb_ version |[Sleepycat Software: Berkeley DB 
| |[3.2.9a: (December 23, 2001) 
binlog-cache-size 132768 
character—set |latinl 
character—sets llatinl big5 czech euc_kr gb2312 


Igbk latinl de sjis tis620 ujis 
dec8 dos germanl hp8 koi8_ru 
latin2 swe7 usa? cp1251 danish 
hebrew win1251 estonia 
hungarian koi8_ukr winl25lukr 
greek win1250 croat cpl257 


latin5 
concurrent—=insert |ON 
connect —timeout 15 
datadir |/usr/local/mysql/data/ 
delay—key-—write [ON 


delayed—insert-1limit |100 
delayed_insert_ | 


a a A a ss a a A a a A A A e a e e e e o A AA —KÁ 


timeout 1300 
delayed-queue—size 11000 
flush JOFE 
flush—time 10 

ft min word len 4 

ft max word len 1254 
ft max word len for_ | 
sort 120 
ft _ boolean syntax + —><()-*:""É£] 
have—bdb | YES 
have—innodb IES 
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have _isam 
have—raid 
have—symlink 
have—openssl 
init file 
innodb additional_ 
mem pool—size 
innodb_ buffer pool 
size 
innodb_ data file path 
innodb_ data home dir 
innodb file io_ 
threads 
innodb force recovery 
innodb_thread_ 
concurrency 
innodb_flush _ log_at_ 
trx_ commit 
innodb_fast_shutdown 
innodb flush method 
innodb_lock _wait_ 
timeout 
innodb_log_arch dir 
innodb_log_archive 
innodb_ log buffer _ 
size 
innodb_log file size 
innodb_log files _ in 
group 
innodb_log _group_ 
home—dir 
innodb_mirrored_log_ 
groups 
interactive—timeout 
join—buffer—size 
key—buffer—size 
language 


l large-files—support 


locked—in—memory 

og 

log—update 

LOG bn 

log-slave—updates 

log-long-queries 

long-query-—time 

low—priority—updates 

lower—case-table— 
names 

max_allowed packet 

max binlog_ cache size 

max _binlog_size 


1048576 


8388608 
ibdatal:64M 


11073741824 


OFF 


[1048576 
15242880 


12 


[GE 

128800 
ISLOTE 
VISTE LZO 

|. fusr/local/mysql-max-4.0.1-alpha 
| -pc-linux-gnu-i686/share/mysql/ 
lenglish/ 
ION 

|OFF 

[ON 

JOFF 

[ON 

|OFF 

[ON 

120 

|OFF 

| 

10 

11047552 
14294963200 
11073741824 
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max connections 
max connect_errors 
max _delayed threads 
max _heap table size 
max_jJoin size 
max_sort_ length 
max_user connections 
max_tmp_ tables 
max write lock count 
myisam—bulk-—insert— 
tree—size 
myisam_max_extra_ 
sort-file—size 
myisam_max sort_ 
file—-size 
myisam recover 
options 
myisam—sort—buffer— 
size 
net—buffer—length 
net—read—timeout 
net—retry-count 
net —write—timeout 
open—files—1limit 
pid file 
port 
protocol—version 
record—buffer 
record _rnd buffer 
rpl_recovery rank 
query_buffer—size 
query—cache—1limit 
query—cache-size 
query cache startup 
type 
safe—show-—database 
server—id 
slave—net—timeout 


skip-external-locking 


skip-networking 
skip-show—database 
slow_launch_ time 
socket 


l sort—buffer 


sql mode 
table—cache 
table—type 
thread-cache-size 
thread-—stack 


transaction—isolation 
' timezone 


tmp _ table size 
Empdir 


1100 

110 

120 
NLESTITZIO 
[4294967295 
[1024 

10 

1-32 

| 4294967295 
| 

18388608 

| 

[256 
¡2047 

| 

¡OFF 

| 

18388608 
17168 

130 

110 

[60 

10 
|/usr/local/mysql/data/host.pid 
13306 

110 
1131072 
1131072 
10 

10 
11048576 
10 

| 

11 

¡OFF 

PAL 

13600 

|ON 

OFF 

| OFF 

12 

| /tmp/mysql .sock 
1524280 
10 

164 
|MYTISAM 
10 

16556 
IREAD-COMMITTED 
| SAST 
133554432 
¡/tmp/ 


+ version |[4.0.1-alpha-max-log | 


| wa1t—timeout 128800 | 


Otro aspecto de gran importancia es la información proporcionada por el pro- 
pio servidor. Podemos ver estos datos desde la línea de comandos con la siguiente 
construcción: 


% mysqladmin extended-status 


o cuando se conecte a MySQL: 


mysql> SHOW STATUS 


EN + + 

| Aborted—clients | 142 | 
[| Aborted-connects I5 | 
| Bytes—received | 9005619 | 
| Bytes—sent | 15444786 | 
| Connections [794 | 
| Created-tmp-disk—tables p1 | 
| Created-tmp-tables 1716 | 
| Created tmp files (0 | 
| Delayed-—insert—threads 10 | 
| Delayed-writes 10 | 
| Delayed—errors 10 | 
| Flush—commands y 1 | 
| Handler—delete 127 | 
| Handler—read-first | 1534 | 
| Handler—read—key | 608840 | 
| Handler—read—next | 652228 Í 
| Handler—read-prev | 164 | 
| Handler—read-rnd 114143 | 
| Handler—read-rnd—next LELTATIIZ | 
| Handler—update | 90 | 
| Handler—write | 131624 | 
| Key—blocks—used | 6682 | 
| Key—read—requests | 2745899 | 
| Key—reads | 6026 | 
| Key—write—requests [| 63925 | 
| Key—writes [| 63790 | 
| Max_used_connections 120 | 
| Not—-flushed-key—blocks 10 
| Not—-flushed-delayed—rows | 0 | 
| Open—tables 1 64 | 
| Open—files | 128 | 
| Open—streams 10 | 
| Opened—tables 517 | 
| Questions | 118245 | 
| Select—full—j3oin 10 | 
|. Sélect—tfull—rangé=3Jovén 10 | 
| Select-range 12300 | 
| Select-range—-check 10 | 
| Select—scan | 642 | 
| Slave—running | OFF | 
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Slave—open—temp—tables 
Slow—launch—threads 


O OQO0u 


| 
| 
Slow—queries | 
Sort —merge—passes | 


| | 
| | 
| | 
| | 
| Sort—range 13582 | 
| Sort_rows 116287 | 
| Sort_scan 1806 | 
| Table locks immediate 182987 | 
| Table locks waited 12 | 
| Threads cached 10 | 
| Threads treated 1793 | 
| Threads connected NL | 
| Threads—running [qa | 
| Uptime 11662790 | 
E A + 


La lista de variables e información de estado aumenta con cada nuevo lanza- 
miento. Probablemente su version utilice muchas mas, razon por la que debe 
consultar la documentación para comprobar cuales son los elementos adicionales 
cxactos. Mas adelante veremos una explicación detallada, en la tabla 13.2. 

La mayor parte de las distribuciones MySQL incorporan cuatro archivos de 
configuración de muestra: 


*  my-huge.cnf: Se utiliza en sistemas con mas de 1 GB de memoria, asig- 
nada esencialmente a MySQL. 


*  my-large.cnf: Se utiliza en sistemas con al menos 512 MB de memoria, 
asignada esencialmente a MySQL. 


*  my-medium.cnf: Se utiliza en sistemas con al menos 32 MB de memoria 
asignada en su totalidad a MySQL o con al menos 128 MB en un equipo 
que se utilice para distintos propositos (como por ejemplo un servidor dual 
Web/bases de datos). 


+  my-small.cnf: Se utiliza en sistemas con menos de 64 MB de memoria en 
los que MySQL no puede utilizar muchos de estos recursos. 


Estos archivos se encuentran normalmente en /usr/share/doc/ 
packages/MySQL/ (instalacion RPM), /usr/local /mysql-max-4.X.Xx- 
platform-operating-system-extra/support-is  (instala- 
cion binaria Unix) o C:-Amysql (Windows). 


Como punto de partida, le sugerimos que sustituya su archivo my. cnf (o 
my.1n1)por una de estas configuraciones y que seleccione la que mas se adecue 
a sus necesidades. 
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La selección de la configuracion adecuada para su sistema es parte del camino 
hacia la optimizacion, pero para conseguir resultados optimos es necesario afinar 
con precision la configuracion del sistema y de los aspectos especificos del uso 
del mismo. En los siguientes apartados analizaremos algunas de las variables. 


Optimización de table-cache 


La variable table cache es una de las de mayor utilidad. Cada vez que 
MySQL accede a una tabla, si hay espacio en la caché, la tabla se ubica en dicho 
espacio. El acceso a la tabla en memoria es mas rapido que el acceso desde disco. 
Para determinar si necesita aumentar el valor de su variable table cache 
debe esaminar el valor de open tables en periodos de máximo tráfico (uno de 
los valores de estado extendidos que vimos con las variables SHOW STATUS O 
mysqladmin) . Si open tables tiene el mismo valor que table _ cache y 
el valor de opened_tables (otro valor de estado extendido) se Incrementa, 
tendra que aumentar table_cache si dispone de suficiente memoria. 


Veamos las siguientes situaciones, todas durante periodos de maximo trafico. 


+ Caso 1. Este caso corresponde a un servidor activo pero no especialmente 
ocupado: 


table—cache - 512 

open—tables - 103 

opened—tables - 1723 

uptime - 4021421 (medido en segundos) 


Parece que table cache se ha configurado con un valor demasiado alto. 
El servidor lleva funcionando un tiempo (si acabara de empezar, no sabriamos si 
se ha alcanzado table cache demasiado pronto o si es demasiado pronto para 
empezar a incrementar opened tables). El número de tablas abiertas es ra- 
zonablemente bajo y esta muy por debajo de lo que deberia, si consideramos este 
caso en el contexto de un periodo de maximo trafico. 


* Caso 2. Este caso se ha tomado de un servidor de desarrollo: 


table—cache - 64 

open— tables - 64 

opened—tables - 431 

uptime - 1662790 (medido en segundos) 
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Aunque el valor de open_tables es el maximo, el numero deopen_tables 
es considerablemente bajo, si consideramos que el servidor lleva un tiempo fun- 
cionando. No obtendriamos ninguna ventaja si aumentaramos table—cache. 


+ Caso 3. Se corresponde a un servidor activo con un rendimiento inferior al 
esperado: 


table—cache - 64 
open—tables - 64 
opened—tables - 22423 
uptime - 19538 


En cste ejemplo, table cache se ha configurado con un valor demasiado 
bajo. La variable open_tables tiene el valor máximo y el número de 
opened tables es elevado, aunque uptime es menor de seis horas. Si su 
sistema tiene memoria de reserva disponible, deberia aumentartable_cache. 


Optimización de key_buffer_size 


key buffer size afecta al tamaño de los bufer de índice que, a su vez, 
afectan a la velocidad de procesamiento de indices. Cuanto mayor sea el valor, 
mayor cantidad de indices podra almacenar MySQL en memoria, a la que se 
accede con mayor velocidad que a un disco. Le sugerimos que la configure entre 
un cuarto y la mitad de la memoria disponible en su servidor (si se trata de un 
servidor dedicado a MySQL). Puede hacerse una idea de cómo ajustar 
key_buffer_size si lo compara con los valores de estado key_read_ 
requests y key reads. 

La proporción entre key_reads y key_read debe ser la más baja posible, 
siendo 1:00 el limite superior aceptable (es mejor 1:1000; 1:10 no es aceptable). 
El valor key reads indica el numero de veces que hay que leer la clave desde 
disco, que es lo que se evita al configurar el búfer de claves con el mayor valor 
posible. 

En los siguientes ejemplos se examinan dos posibilidades. 


* Caso 1. Una situación favorable: 


key—buffer—size - 402649088 (384M) 
key—read—requests - 597579931 
key—reads - 56188 
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e Caso 2. Una situacion alarmante: 


key—buffer—size - 16777216 (16M) 
key—read—requests - 597579931 
key—reads - 53832731 


El Caso 1 refleja una situacion favorable. La proporcion es superior a 1: 10000 
pero, el Caso 2 es alarmante, ya que presenta una preocupante proporcion de 
1:11. Como solucion, podría incrementar key buffer size todo lo que le 
permita la memoria. Necesitará actualizar su hardware si no dispone de suficiente 
memoria para ello. La proporcion entre key writes y key writes 
requests también resulta de gran utilidad. Suele equivaler a l si normalmente 
inserta o actualiza los registros de uno cn uno pero, si allade o actualiza grandes 
volumenes de datos, tendra que reducir este valor. El uso de instrucciones INSERT 
DELAY ED tambien permite reducir esta proporcion. 


Control de un elevado numero de conexiones 


Un problema muy habitual, pero de facil solucion, se produce cuando los 
sistemas se colapsan con el error Too many connections. Cuando el núme- 
ro de threads._connected supera a menudo el numero de max_ 
connections, es necesario realizar un cambio. Si las consultas se procesan 
correctamente, la solucion es muy sencilla: basta con aumentar el valor de 
max_connections. La mayoría de las aplicaciones deberian utilizar conexto- 
nes permanentes en lugar de conexiones ordinarias (por ejemplo, en PHP, se 
puede utilizar la funcion pconnect () en lugar de la funcion connect ()). 
Las conexiones permanentes permanecen abiertas incluso despues de que finalice 
la ejecución de la consulta lo que, en servidores muy activos, significa que la 
siguiente consulta no necesita ningun recurso para conectarse de nuevo. La utili- 
zacion de un elevado numero de conexiones permanentes pero sin usar consume 
menos recursos que si conectamos, desconectamos y volvemos a conectar. 


tros e 


E 


88 ven afectadas por los paráme 
: ¡SEN AA 


El siguiente ejemplo examina un servidor Web con una carga considerable que 
utiliza conexiones permanentes: 


max connections - 250 
maáax_used connections - 210 
threads—connected - 202 
threads—running - 1 


Puede parecerle que, en este caso, MySQL malgasta recursos pero en realidad 
el valor 202 de threads connected es permanente, en funcion del numero 
de instancias del servidor Web y apenas consume recursos. De hecho sólo se 
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ejecuta un subproceso, razon por la que la base de datos no trabaja en exceso. Si 
threads connected se acerca al valor de max connections sin pro- 
blemas aparentes, puede incrementar max_connections para evitar sobrepa- 
sar el limite de conexiones. El valor max_connections-_used le indica si las 
conexiones se acercan al limite maximo. Si este valor se aproxima al limite o si 
equivale a max connections, debe realizar dicho aumento. 

Personalmente, considero que las conexiones permanentes son mas indicadas 
aunque hay informes de que, como la sobrecarga de conexiones MySQL es mucho 
mas ligera que la de otras bases de datos (como Oracle, en las que es necesario 
utilizar conexiones permanentes en la mayoría de los casos), apenas hay diferen- 
cia o que incluso puede influir negativamente en el rendimiento. Le sugerimos que 
pruebe el rendimiento de sus propios sistemas. 


22 entro EONEXIONOS permanentes y no;permanentes. 


aa | a ” 


En un sistema como el del caso anterior, un valor threads running cre- 
ciente indica que la base de datos no procesa la carga. Si examina la lista de 
procesos puede identificar que consultas causan el bloqueo. A continuación in- 
cluimos parte del resultado de un servidor de bases de datos antes de que se 
colapsara. El numero de threads_connected seguia aumentando hasta que 
el servidor no pudo procesar mas y se colapso. La salida processlist nos 
ayudo a identificar las consultas problematicas: 


' mysqladmin processlist; 


Id User Host Db Command Time State Info 
6464 mysql  websrv2 news Sleep 3370 

6482 mysql websrv2 news Sleep 158 

6486 mysql  websrv2 news Sleep 842 

7549 mysql websrv2 news Sleep 185 

8126 mysql webs rv2 news Sleep 349 

9938 mysql websrv2 news Sleep 320 

1696 mysql wWebsrv2 news Sleep 100 

4143 mysql  websrv2 news Sleep 98 

SOL mysql websrv2 news Sleep 843 

ALIS mysql  websrv2 news Sleep LS 

92707 mysql zubat... news Sleep 230 

93014 mysql zubat.. . news Query ds Locked select 


5. 1 from arts 
where a-id = 


'E232625' 
93060 mysql zubat... news Sleep 190 
93096 mysql ZUDAbs news Query 171 Copying 
to tmp 


table select 
arts.a_id, 
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93153 
93161 


93165 


93204 


93209 


93210 


93217 


0 RAR 


mysql 
mysql 


mysql 


mysql 


mysql 


mysql 


mysql 


mysql 


ZUbátas. 
zubat... 


zZubat... 


zubat... 


zubat... 


zubat... 


ZUbat.«.. 


zZubat... 


news 
news 


news 


news 


news 


news 


news 


news 


Sleep 
Query 


Query 


Query 


Query 


Query 


Query 


207 
30 


36 


31 


156 


50 


38 


arts.headlinel, 
nartsect.se id, 
arts.mdate, 
arts.set— 


Locked SELECT 
DISTINCT 
arts.a-id FROM 
arts, keywordmap 
WHEREarts.s_ id 
in 

(1) AND arts. 
Locked select 
arts.name, 
arts.headlinel, 
arts.se_id, 

n blurb.blurb, 
slook.name as 
sectna 

Locked select 
áarts.name, 
arts-headlinel, 
arts.se id, 

n blurb.blurb, 
slook.name as 
sectna 

Copying 

to tmp 

table 

select 
distinet 
arts.a_id, 
arts-headlinel, 
nartsect.se_ id, 
arts.mdate, 
arts.set— 
Locked 

select 

arts-a— id, 
arts.headlinel, 
nartfpg.sé 1d, 
nartfpg.se_id, 
arts.mdate, 
nartípg.p 
Locked select 
arts.name, 
arts.headlinel, 
arts.se_id, 

n blurb.blurb, 
slook.name as 
sectna 

Locked select 
arts.name, 
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93226 


13ZI A 


93244 


93247 


$322 


93254 
93256 
93257 


mysql 


mysql 


mysql 


mysql 


mysql 


mysql 
mysql 
mysql 


mysql 
mysql 
mysql 


zulbat... news Query 
Zzúubat ia news Query 
ZUbDGto.. LESWS Query 
zubat... news Query 
zZubat:.. news Query 
zubat... news Sleep 
zubat... news Sleep 
ZUDAE: 2002 news Query 
zubat... news Sleep 
zúbataz.  HESwWs Sleep 
ZUbat«ir.. news Query 


39 


33 


99 


64 


120 


47 
171 
176 


arts.headlinel, 
arts, Se bd, 

n blurb.blurb, 
slook2.name as 
sectn 

Locked select 
arts-name, 
arts.headlinel, 
arts.se id, 

n blurb.blurb, 
slook.name as 
sectna 

Locked select 
arts.a_id, 
arts.headlinel, 
nartfípg.se_id, 
nartfpg.se_id, 
arts.mdate, 
nartfpg.p 
Copying to tmp 
table select 
dis tineer 
arts.a id, 
arts.headlinel, 
nartsect.se_ id, 
arts.mdate, 
arts.set— 
Locked select 
s id from 

arts where 

a id='32C4306' 
Copying to tmp 
table select 
distinct 
arts.a_id, 
arts.headlinel, 
nartsect.se_ id, 
arts.mdate, 
arts.set— 


Copying to tmp 
table select 
distinect 
arts.a_id, 
arts.headlinel, 
nartsect.se id, 
arts.mdate, 
arts.set— 


Copying 
to tmp 


table select 
distinct 
arts.a-—id, 
arts.headlinel, 
nartsect.se id, 
arts.mdate, 
arts.set— 

93267 mysql zubat... news Query 27 Locked select 
arts.name, 
arts-headlinel, 
arts.se_ld, 
n blurb.blurb, 
slook.name as 
sectna 

93276 mysql zubat... news Query 29 Locked select 
arts.name, 
arts.headlinel, 
arts.se_id, 
n blurb.blurb, 
slook.name as 
sectna 

932 1:8 mysql ZUbatis. news Query 183 Copylina” to Emp 
table select 
distingdt 
arts.a id, 
arts.headlinel, 
nartsect.se id, 
arts.mdate, 
arts.set 


932380 mysql Zúbabloss news Sleep 0 
32:00 mysql uba news Sleep 10 
93284 mysql zubat... news Query 49 Locked select 


arts-name, 
arts.headlinel, 
arts.se id, 

n blurb.blurb, 
slook.name as 
sectna 


De los dos servidores Web que aparecen en la lista, websrv2 se comporta de 
forma normal (todos sus subprocesos se han completado y las conexiones estan 
latentes) pero en zubat las consultas se acumulan. 

Hay demasiadas consultas y esta es sólo una pequeña parte de la lista comple- 
ta. Sin embargo, deberia examinar una consulta como la siguiente: 


select distinct arts.a id, arts.headlinel, nartsect.se id, 
arts.mdate, arts.set 


Fijese en que el estado de todas estas consultas es Copying to tmp table 
y que en las otras era Locked. En este caso, el problema radica en que el progra- 
mador modifico la consulta para que dejara de utilizar un índice. En capitulos 
anteriores encontrara mas información al respecto. 
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El examen rutinario de la salidaprocesslist puede ayudarle a identificar 
consultas lentas antes de que provoquen algun error de importancia, como puede 
ser el colapso del servidor. El valor show queries es otro de los que debe 
examinar. Si aumenta constantemente, probablemente haya algún problema. Un 
sistema bien ajustado deberia tener el menor numero de consultas lentas posible. 
Algunas uniones complejas seran inevitablemente lentas, pero es muy probable 
que la presencia de consultas lentas se deba a una mala optimizacion. 


Optirnizacion de las variables delayed—queue— 
size y back-—log 


Como vimos en un capítulo anterior, INSERT DELAYED libera al cliente 
pero no procesa la consulta de forma inmediata si hay algo mas en la misma. 
MySQL espera a que haya un hueco para poder procesar las inserciones. Y aqui 
entra en escena la variable delayed_queue size. Si la configura con su 
valor predeterminado, 1.000, significa que después de 1.000 instrucciones retra- 
sadas en cola, el cliente no se liberara y tendra que esperar. No es aconsejable un 
numero tan alto de consultas en cola, pero si su sistema realiza un elevado numero 
de inserciones al mismo tiempo y los clientes tienen que esperar aunque utilice 
INSERT DELAYED, deberia incrementar la variable delayed_queue size. 

Otra variable que contribuye a la gestión de pequeiios incrementos de activi- 
dad es back log. Si un sistema recibe un elevado numero de solicitudes de 
conexión en un breve periodo de tiempo, MySQL contará las que no haya proce- 
sado como parte de la cola de conexiones pendientes. Cuando se alcanza el limite 
back log, se rechazan todas las consultas que estan en cola. S1 su sistema 
recibe grandes cantidades de solicitudes de conexión en pequeiias ráfagas y apre- 
cla que se produce un rechazo por esta razon, deberia incrementar el valor 
back log. Si su sistema esta simplemente ocupado y las solicitudes llegan en 
un flujo constante, el incremento de este valor no servirá para nada. Le proporcio- 
na espacio a su servidor para que pueda procesar pequelias rafagas pero no sirve 
en un sistema sobrecargado. 


Optirnizacion de la variable sort—buffer 


Ya describimos la variable sort_buffer al analizar la forma de acelerar 
las operaciones de myisamchk en un capítulo anterior, pero puede resultar de 
utilidad para precisar algunas operaciones cotidianas. Si suele realizar muchas 
operaciones de ordenacion (y, por ejemplo, utiliza ORDER BY en tablas de gran 
tamaiio), puede que le interese modificar sort_buffer. Cada subproceso que 
realiza una ordenación asigna un bufer de tamaño sort buffer size. El 
archivo de configuración my-huge.cnf (en sistemas con al menos 1 GB de 
memoria) utiliza como valor predeterminado de sort buffer 256 M para 
myisamchk y 2 M para mysqld. Aunque quiera que la cifra de mysqld pueda 


procesar ordenaciones de gran tamaiio, si tiene varias conexiones simultaneas que 
ejecutan clausulas ORDER BY, puede que se produzcan problemas de memoria 
ya que a cada una se le asigna una variable sort_buffer. 


Configuration de tablas InnoDB 


Para que las tablas InnoDB se ejecuten correctamente, es imprescindible con- 
figurar correctamente las variables, incluso mas que con las tablas MyISAM. La 
mas importante esinnodb _ data file path, que especifica el espacio dis- 
ponible para las tablas (datos e indices). Especifica uno o varios archivos de 
datos y tambien les asigna un tamaiio. Es aconsejable que el ultimo archivo de 
datos sea autoextensible (solamente el ultimo archivo de datos puede hacerlo). 
Por esta razon, en lugar de quedarnos sin espacio cuando se utiliza todo el espacio 
disponible, el archivo de datos autoextensible aumentara (de 8 en 8 MB) para 
almacenar los datos adicionales. Por ejemplo: 


innodb_data file path=/disk1/ibdatal : 900M; /disk2/ 
ibdata2: 50M: autoextend 


En este caso, los dos archivos de datos se encuentran en distintos discos 
(disk1 y disk2). En primer lugar, los datos se ubican en ibdata1, hasta 
que se alcanza el limite de 900 MB y, tras ello, se ubican en ibdata2. Una vez 
alcanzado el limite de 50 MB, ibdata2 aumenta automaticamente en frag- 
mentos de 8 MB. Si un disco se llena fisicamente, tendra que aiiadir otro archi- 
vo de datos en otro disco, lo que requiere configuracion manual. Para ello, 
observe el tamaiio fisico del archivo de datos final y redondeelo hasta el si- 
guiente megabyte. Configure especificamente este archivo de datos y añada la 
nueva definicion de archivo de datos. Por ejemplo, si el disk2 especificado 
anteriormente se llena con ibdata2 a 109 MB, utilizaremos una definicion 
similar a la siguiente: 


innodb-data file path=/diskl1/ibdatal : 900M; /disk2/ibdata2:109M; /disk3/ 
ibdata3-:500M: autoextend 


Tendra que reiniciar el servidor para aplicar los cambios. 


Presentación de las opciones mysqld 


En la tabla 13.1 se incluye la descripción de las opciones de mysq]ld. 


Tabla 13.1. Opciones de mysqld 


Descripción 


—ansi MySQL no solo tiene numerosas extensiones sino 
tambien numerosas diferencias con el comporta- 
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Opción 


Descripción 


- A A 
nn n_n 


-=b, —basedir=ruta 


—big-tables 


—bind-address=IP 


—character-sets- 
dir=ruta 


=—chroot=ruta 


—core-file 


-h, —datadir=ruta 


—debugl...]= 


—default-character 
-=set=conjunto 
de caracteres 


—default-table- 
type=tipo 


—delay-key-write 
-for-all-tables 
—des-key-file= 
nombre de archivo 
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miento del estandar ANSI (estandar SQL, segun el 
American Nacional Standards Institute). Si se con- 
figura esta opcion, MySQL se ejecutara en modo 
ANSI (cuyos cambios describiremos posteriormen- 
te en este capítulo). 


La ruta al directorio base o directorio de instalacion de 
MySQL. El resto de rutas suelen ser relativas a esta. 


Permite grandes conjuntos de resultados ya que 
guarda todos los conjuntos temporales en un archi- 
vo cuando no hay suficiente memoria. 


La dirección de Protocolo de Internet (IP) o nombre 
de anfitrion al que se vincula MySQL. 


Directorio en el que se guardan los conjuntos de 
caracteres. 


Por motivos de seguridad, con esta opcion puede 
iniciar MySQL en un entorno chroot. De esta forma 
MySQL se ejecuta en un subconjunto de los direc- 
torios y oculta la estructura de directorios comple- 
ta. Sin embargo, esto limita el uso de LOAD DATA 
INFILE y SELECT..INTO OUTFILE. 


Esta opcion crea un volcado de memoria en caso 
de que mysald desaparezca inesperadamente. Al- 
gunos sistemas requieren que se especifique un — 
core-file-size.Otros no crean este volcado si 
se utiliza la opcion —user. 


Ruta al directorio de datos. 


Si MySQL se configura con—with-debug,se puede 
utilizar esta opcion para generar un archivo de se- 
guimiento de lo que hace mysald. 


Determina el conjunto de caracteres predetermina- 
do (de forma predeterminada es latin!). 


Define el tipo de tabla predeterminado (que se crea 
si no se especifica el tipo de tabla en la instruccion 
CREATE). De forma predeterminada, sera My|SAM. 


Con esta opcion, MySQL no vacia los bufer clave 
cuando escribe en cualquier tabla MyISAM. 


Las claves predeterminadas se leen desde este archi- 


vo. Lo utilizan las funciones DES ENCRYPT() y 
Des DECRYPT(). 


Descripción 


—enable-external- 
locking 


—enable-named-pipe 


-T, —exit-info 


—=flush 


+2 NeLp 


—init-file=archivo 


=L, =lahgúage=s.. 


=1. =log [=arfchivo) 


=log-isam[=archivo]l 


—=log-slow-queries 
[=archivo] 


—1log-update 
[=archivo] 


—1log-bin[=archivo] 


—-1og-1long-format 


Esta opción habilita el bloqueo del sistema. No debe 
utilizarse en sistemas en los que el demonio blo- 
queado no funciona de forma completa (esto se 
aplica a Linux aunque puede que en las nuevas 
versiones ya no se utilice). 


En Windows NT/2000/XP, esta opción habilita la 
compatibilidad de canalizaciones con nombre. 


Una mascara de bits de distintos indicadores utili- 
zada en depuracion. No es aconsejable que la utili- 
ce, a menos que sepa lo que está haciendo. 


Esta opcion garantiza que MySQL vacía todos los 
cambios realizados en el disco despues de cada 
instrucción SQL. Normalmente es el sistema ope- 
rativo el que lo procesa. No necesita esta opción a 
menos que experimente algun problema. 


Muestra una lista de ayuda y sale. 


Indica a MySQL que ejecute las instrucciones SQL 
contenidas en este archivo cuando se inicie. 


Esta opcion determina el idioma que se utilizará en 
los mensajes de error de cliente. Puede ser el idio- 
ma o la ruta al archivo de idioma. 


Las conexiones y las consultas se registrarán en el 
archivo especificado. 


Esta opcion registra en el archivo especificado to- 
dos los cambios realizados en los archivos MylISAM 
o ISAM (solamente se utiliza al depurar este tipo 
de tablas). 


Registra todas las consultas que tardan mas que el 
valor de la variable long query time (en segun- 
dos) en ejecutarse en el registro de consultas lentas. 


Registra todas las actualizaciones en el registro de 
actualizaciones especificado. En su lugar, utilice — 
log-bin. 

Registra todas las actualizaciones en el registro de 
actualizaciones binarias especificado. 


Registra mas información. Si se utiliza el registro 
de consultas lentas (- log-slow-queries), tam- 
bien se registran todas las consultas que no utili- 
cen un índice. 
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Opción 


—low-priority- 
updates 


—memlock 


| 
o 
| —myisam-recover 
| [=opción 

[+ Opción). 


—pid-file=ruta 
e a 


-=0, —old-protocol 
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Descripción 


Si se utiliza esta opcion, todas las inserciones, 
actualizaciones y eliminaciones tendrán una priori- 
dad inferior a las selecciones. Cuando no quiera 
aplicar esta opcion a todas las consultas, puede 
utilizar SET OPTION SQL_LOW_ PRIORITY 
UPDATES=1 para aplicarla a un subproceso espe- 
cifico Oo LOW_PRIORITY.. para aplicarla a una con- 
sulta INSERT, UPDATE O DELETE concreta. 


Bloquea mysald en memoria. Esta opcion solo esta 
disponible si su sistema admite la funcion 
mlockall () (como es el caso de Solaris). Nor- 
malmente la utilizara si su sistema operativo tiene 
problemas y msyald transfiere a disco. En el valor 


de la variable locked_in memory puede compro- | 


bar si se ha utilizado la opción —memlock. 


Las opciones disponibles son DEFAULT, BACKUP, 
FORCE, QUICK O ”". Si se configura con cualquie- 
ra de estas menos con "", cuando se inicia MySQL 
comprueba las tablas para ver si se han marcado 
como colapsadas o no se han cerrado correctamen- 
te. De ser así, realizara una comprobacion en la 
tabla e intentara reparar las tablas dañadas. Si se 
utiliza la opcion BACKUP, MySQL creara una copia 
de seguridad del archivo de datos .MYD sí realiza 
algun cambio durante la reparación (y le asigna la 
extension . BAK). La opcion FORCE impone la repa- 
ration incluso si se pierden datos y la opcion QUICK 
no revisa las filas si no hay bloques de eliminación 
en los datos. Todos los errores se anotan en el 
registro de errores, para que pueda ver lo que ha 
sucedido. Al configurar de forma conjunta las op- 
ciones BACKUP y FORCE, MySQL puede recuperar- 
se automaticamente de muchos problemas (en este 
caso, con ayuda de la copia de seguridad, en caso 
de que algo salga mal). DEFAULT equivale a no 
utilizar ninguna opcion. 


Especifica la ruta al archivo de ld. del proceso. 


El numero de puerto que utiliza MySQL para co- 
municarse con conexiones TCP/IP. 


Indica que MySQL utiliza el antiguo protocolo 3.20 


para ser compatible con clientes de la misma anti- | 


giliedad. 


Descripción 


—one-thread 


-=-0, —set-variable 
var=opción 


—safe-mode 


—safe-show-database 


—safe-user-create 


—skip-concurrent 
insert 


—skip-delay- 
key- write 


—=skip-grant-tables 


—=skip-host-cache 


—=skip-external 
-locking 


Especifica que MySQL solamente utiliza un 
subproceso. Solamente debe utilizar esta opcion 
para depurar. 


Define una variable que le permite optimizarla. La 
lista completa de variables se incluye en la tabla 
13.2. 


Ignora algunas fases de optimización. Implica el 
uso de la opcion — skip-delay-key- write. 


Solamente se utiliza en las primeras versiones de 
MySQL 4. Si se configura, los usuarios que no ten- 
gan ningún privilegio relacionado con la base de 
datos, no veran enumerada dicha base de datos 
cuando ejecuten una instruccion SHOW DATABASES 
(el privilegio SHOW DATABASES elimina la necesi- 
dad de esta opcion). 


Esta opcion refuerza la seguridad ya que permite a 
los usuarios crear nuevos usuarios (por medio de 
la instruccion GRANT) a menos que tengan el privi- 
legio INSERT en la tabla mysql. user o en una de 
las columnas de esta tabla. 


Anula las inserciones simultaneas (donde las se- 
lecciones y las inserciones se pueden realizar al 
mismo tiempo en tablas optimizadas). Solamente 
se utiliza para depuracion. 


Hace que MySQL ignore la opción delay key 
write en todas las tablas. 


Esta opcion inicia MySQL sin las tablas de privile- 
gio (todo el mundo tiene acceso completo). No debe 
utilizarla a menos que sea necesario (por ejemplo, 
cuando como raiz, haya olvidado la contraseña). 
Cuando termine, ejecute mysqladmin flush- 
privileges Omysqladmin reload para volver 
a utilizar las tablas de privilegios. 


Los nombres de antfitrion se suelen almacenar en 
cache, pero podemos obligar a MySQL a que con- 
sulte el servidor DNS cada vez que se conecte. 
Puede reducir las velocidades de conexion. 


Deshabilita el bloqueo del sistema, lo que tiene im- 
portantes consecuencias para myisamchk, como se 
indica en un capitulo anterior. 
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Descripción 


—skip-name-resolve 


— skip-networking 


—skip-new 


—=skip-symlink 


—=skip-safemalloc 


—skip-show-database 


—skip-stack-trace 


—skip-thread 
“PELOFIEY 


—socket=ruta 


MySQL no resuelve nombres de antfitrion, por lo que 
todos los valores de las columnas Host de las tablas 
de privilegios deben ser una dirección IP concreta (o 
localhost). No resuelve nombres de servidor. Esta 
opción puede mejorar las velocidades de conexión si 
tiene muchos anfitriones o DNS bajos. 


Esta opción hace que MySQL solamente permita 
conexiones locales. No escuchara ninguna conexión 
TCP/IP. Puede ser una buena medida de seguridad. 


MySQL utiliza ISAM como tipo de tabla predeter- 
minado y no utiliza ninguna de las opciones que 
aparecieron como novedad en la versión 3.23. Tam- 
bien implica el uso de—skip-delay-key-write. 
Esta opcion ya no se necesita, a menos que cam- 
bie su comportamiento. 


Esta opción garantiza que nadie puede modificar o 
cambiar el nombre de los archivos a los que apun- 
ta un archivo de enlace simbólico del directorio de 
datos. Debería utilizarla si no usa enlaces simbóli- 
cos como medida de seguridad para evitar que na- 
die borre o cambie el nombre de un archivo que no 
se encuentre en el directorio de datos mysald. 


Esta opcion aumenta el rendimiento ya que evita la 
comprobacion de sobreescrituras cada vez que se 
asigna y se libera memoria (estas comprobaciones 
se realizan cuando MySQL se configura con —with- 
debug=full1). 


Si se configura, la instrucción SHOW DATABASES 
no devuelve resultados a menos que el cliente ten- 
ga el privilegio PROCESS (el privilegio sHow 
DATABASES, presentado en las primeras versiones 
de MySQL 4, elimina la necesidad de esta opción). 


No utiliza rastreos de pila (lo que resulta muy útil 
para ejecutar mysald bajo un depurador). Algunos 
sistemas requieren esta opcion para obtener un ar- 
chive de volcado de memoria. 


Desactiva el uso de prioridades de subprocesos para 
obtener un tiempo de respuesta mas rapido. 


La ruta del archivo de socket utilizado en conexio- 
nes locales (en lugar del predeterminado, normal- 
mente /tmp/mysql.sock). 


Descripción 


-sql-mode=opción Estas opciones permiten definir las diferencias en- 
[, opcion tre el estandar ANSI y MySQL. Se trata de REAL— 
Es opetomaa AS_FLOAT, PIPES_AS_CONCAT, ANSI QUOTES, | 


IGNORE_SPACE, SERIALIZE, ONLY FULL 
GROUP_BY O "" (para restablecer los valores). El 
uso de todas ellas equivale a utilizar la opcion — 
ansi.Mas adelante describiremos cada una de las 
diferencias. 


—temp-pool Solamente se necesita esta opcion cuando un sis- 
tema operativo experimenta pérdidas de memoria 
al crear grandes cantidades de nuevos archivos con 
distintos nombres (corno ocurria en algunas ver- 
siones de Linux). Por el contrario, MySQL utiliza 
un pequeño conjunto de nombres para archivos tem- 


porales. 
—transaction- Determina el nivel de aislamiento de transacciones 
isolation= [ READ- predeterminado. Encontrara mas informacion en ca- 
UNCOMMITTED | READ- pítulos anteriores. 
COMMITTED 
| REPEATABLE-READ 
| SERIALIZABLE ) 
-t, —-tmpdir=ruta El directorio utilizado para almacenar archivos y 


tablas temporales. Resulta muy util para distinguir- 
lo de su espacio temporal habitual en caso de que 
este sea demasiado escaso como para almacenar 
tablas temporales. 


-u, —user= [nombre Proporciona un nombre de usuario para ejecutar 


de—usuario MySQL. Cuando inicie mysqld como raiz, es nece- 
| id de usuario] sario utilizar esta opcion. 

-V, —version Muestra informacion sobre la version. 

-W, —warnings Se muestran advertencias en el archivo de errores. 


Descripción de las variables mysqld 


Alejecutarmysgladmin variables desde la linea de comandos O SHOW 
VARIABLES desde la linea de comandos mysql, aparece una extensa lista de 
variables. A menudo, estan relacionadas con una opcion que puede definir en el 
archivo de configuracion. En la tabla 13.2 se incluye la descripción de las distin- 
tas variables que aparecen. En funcion de la configuracion y la version de su 
sistema, puede que no tenga todas estas opciones o, lo mas probable, como MySQL 
añade continuamente opciones nuevas, es que aparezcan muchas mas. 


Tabla 13.2. Variables mysqld 


Variable Descripción 


ansi_mode MySQL no solo tiene distintas extensiones sino tam- 
bien numerosas diferencias con respecto al com- 
portamiento ANSI estandar. Si se configura esta 
opción, MySQL se ejecutara en modo ANSI (mas 
adelante analizaremos los cambios que se produ- 
cen) 


back_log El numero de solicitudes de conexión en cola que 
MySQL puede tener en espera antes de rechazar 
alguna de ellas. Es similar al tamaño de la cola de 
escucha de conexiones TCP/IP entrantes, que tam- 
bien limita el sistema operativo. Se aplicara el va- 
lor back log mas bajo y el límite del sistema 
operativo. Consulte la documentación del sistema 
operativo (por ejemplo manliste n en Unix) si ne- 
cesita mas informacibn. 


basedir La ruta al directorio base o al directorio de instala- 
cion de MySQL. 
bdb_cache size Tamaño de los datos e indices de cache asignados 


al bufer para tablas BDB. Si su sistema no utiliza 
tablas BDB, use la opción —skip-bdb para no gas- 
tar memoria. 


bdb_lock_ detect El detector de bloqueo Berkeley, que puede ser 
DEFAULT, OLDEST, RANDOM O YOUNGEST. 


bdb_log_buffer size El tamaño del bufer para registros BDB. Si su sis- 
tema no utiliza tablas BDB, utilice la opción —ski p- 
bdb para no gastar memoria. 


bdb_home Directorio base de las tablas BDB, que equivaldra 
a —datadir. 
bdb_ max _ lock Numero maximo de bloqueos que se pueden apli- 


car a una tabla BDB. Puede aumentarlo si sus tran- 
sacciones son extensas o sus consultas tienen que 
examinar gran cantidad de filas. Errores como Lock 
table is out of available locks O Got 
error 12 from ... indican que debe aumentar 
el valor. El valor predeterminado es 10000. 


bdb-no-recover Si se configura, MySQL no inicia BDB en modo de 
recuperación. Normalmente tendra que configurar- 
la si hay algun falto en los registros BDB que impi- 
da un inicio correcto. 


ariable Descripción 


bdb-no-sync 


Bdb_logdir 
Bdb_shared_data 


lbdb_tmpdir 


binlog_cache-_size 


character_set 


character— sets 


concurrent inserts 


connect timeout 


datadir 


delay_key_write 


Si se configura, MySQL no podra vaciar los regis- 
tros de forma sincronizada. 


El directorio que contiene los registros BDB. 


Si se configura, MySQL inicia BDB en modo 
multiproceso, lo que significa que no se utiliza 
DB_ PRIVATE. 


La ubicacion del directorio de archivos temporales 
BDB. 


Tamaño de la cache para transacciones que se es- 
criben en el registro binario. Si las transacciones 
son extensas y ocupan mas de la cache predeter- 
minada de 32 KB, debe aumentar este valor. 


El conjunto de caracteres que se utiliza en caso de 
no especificar otro en concreto (normalmente 
latin!). 


Lista completa de los conjuntos de caracteres ad- 
mitidos. Si va a compilar MySQL desde código fuen- 
te y sabe que nunca los va a utilizar, puede compilar 
MySQL para que no admita los conjuntos de carac- 
teres adicionales. 


Si se activa (estado predeterminado), puede reali- 
zar inserciones en tablas MyISAM al mismo tiempo 
que ejecuta consultas, lo que supone un aumento 
del rendimiento (siempre que la tabla no contenga 
huecos de registros borrados anteriormente. Lo 
puede garantizar si optimiza regularmente las ta- 
bla=)Las opciones — safe O— skip-lo anulan. 


Tiempo en segundos que MySQL espera a los pa- 
quetes antes de rechazarlos con Bad handshake. 
El valor predeterminado es de 5 segundos. Nos 
ayuda a prevenir ataques de negación de servicio 
cuando se realizan gran cantidad de conexiones 
incorrectas para evitar la conexión de usuarios le- 
gitimos. 

Directorio en el que se almacenan los datos. 

Si se activa (estado predeterminado), MySQL no 
vacia el bufer clave de una tabla en todas las ac- 
tualizaciones de índice de tablas con la opción 


DELAY KEY WRITE. Por el contrario, solamente se 
vacia cuando se cierra la tabla. Esto aumenta la 
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Variable Descripción 


velocidad a la que se escriben las claves pero tam- 
bién el riesgo de fallos, por lo que debe revisar las 
tablas regularmente. Puede especificar la opcion 
DELAY KEY WRITE como predeterminada en to- 
das las tablas si utiliza la opcion — delay-key- 
write-for-all-tables.Las nuevas opciones 
— safe O-— skipanulan la anterior. 


delayed_insert-limit Despues de insertar filas delayed insert_ 
limitrows, MySQL comprueba si hay alguna ins- 
truccion SELECT pendiente y las procesa antes de 
continuar con las instrucciones INSERT DELAYED 
restantes. El valor predeterminado es de 100 filas. 


delayed-insert_ Determina el tiempo que debe esperar un subpro- 
timeout CesoO INSERT DELAYED a las instrucciones INSERT 
antes de finalizar. 


delayed_queue_size Numero de filas asignadas a la cola INSERT 
DELAYED. Si se alcanza este limite, los clientes 
que ejecuten INSERT DELAYED tendrán que espe- 
rar hasta que haya espacio. 


flush Si se configura, MySQL vacia todos los cambios 
en disco despues de cada instrucción SQL. Nor- 
malmente el sistema operativo se encarga de esta 
operación. El valor predeterminado es OFF ya que 
no es necesario utilizar esta opción a menos que 
haya algun problema. 


flush_time Tiempo en segundos entre eliminaciones automá- 
ticas (las tablas se cierran y se sincronizan en dis- 
co). Se suele configurar a menos que ejecute un 
sistema con pocos recursos o con Windows 951981 
Me. 


f t_min_word-— len Longitud minima de palabras que se incluyen en 
un índice FULLTEXT. Después de cambiar este 
valor, tendrá que volver a generar todos los indi- 
ces FULLTEXT. El valor predeterminado es 4. 


f tzmax_word_len Longitud maxima de palabras que se incluyen en 
un índice FULLTEXT. Después de cambiar este 
valor, tendrá que volver a generar todos los indi- 
ces FULLTEXT. El valor predeterminado es 254. 


f t_max_word-len.sort Las palabras con esta longitud o inferior se añaden 
al índice FULLTEXT con la recreación rapida del 
índice cuando este se vuelve a generar. Las pala- 


Variable 


Descripción 


ft_boolean-syntax 


have innodb 


have bdb 


have_raid 


have_openssl 


init_file 


innodb_data.__home_d ir 


innodb_data_ 
file_zpath 


bras de mayor longitud se añaden al índice de la , 
forma lenta. Es poco probable que tenga que modifi- 
car el valor predeterminado (20) a menos que las 
palabras de su índice tengan una longitud media in- 
usual. Si se define un valor demasiado alto, el pro- 
ceso sera mas lento ya que los archivos temporales 
seran mayores y se añadirán menos claves en los 
bloques de ordenacion. Si el valor es demasiado bajo, 
se añadirán demasiadas palabras de forma lenta. 


La lista de operadores admitidos por la instrucción 
MATCH ... AGAINST(... IN BOOLEAN MODE) 
(+ =><()-*:""6]). 


Se configura con el valor Yes si MySQL es compa- 
tible con tablas InnoDB o con el valor DISABLE si 
se utiliza la opcion — skip-bdb. 


Se configura con el valor YEs si MySQL es compa- 
tible con tablas BDB o con el valor DISABLE si se 
utiliza la opcion —skip-bdb. 


Se configura con el valor YEs si MySQL es compa- 
tible con la opcion RAID (matriz redundante de dis- 
cos economicos). 


Se configura con el valor YES si MySQL es compa- 
tible con cifrado SSL entre el cliente y el servidor. 


El nombre del archivo que contiene instrucciones 
SQL que se ejecutarán cuando se inicie el servidor 
(de manera predeterminada, no se configura nin- 
gun archivo). 


Directorio principal de los archivos de datos InnoDB 
que se utiliza como parte comun de la ruta. Si no 
se menciona, sera el mismo que datadir. Al con- 
figurar esta variable con una cadena vacia puede 
utilizar rutas de archivo absolutas en innodb-_ 
data_f1le_path. 


Rutas a archivos de datos individuales y a sus res 
pectivos tamaños. La parte innodb_data_home 
d i r de la ruta se añade a esta para formar la ruta 
completa. Los tamaños de archivo se especifican 
en megabytes (M) o en gigabytes (G). Pueden su- 
perar los 4 GB en sistemas operativos que admiten 
archivos de gran tamaño y la suma de los tamaños 
debe alcanzar al menos los 10 MB. 
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Variable 


Descripción 


innodb_mirrored_ 
log— groups 


innodb_log_group_ 
home _dir 
innodb_log-_files_ 


1In— group 


innodb_log file 
size 


innodb_log_buffer_ 
size 


innodb_flush_log_ 
at trx_commit 


innodb.log_arch dir 


innodb_log_archive 


Especifica el numero de copias identicas de gru- 
pos de registro que hay que almacenar de la base 
de datos. El valor actual debe ser 1. 


Especifica la ruta del directorio de archivos de re- 
gistro InnoDB. 


Especifica el numero de archivos de registro en el 
grupo de registro. El valor sugerido es 3 (los regis- 
tros se escriben en rotación). 


Especifica el tamafio en megabytes de cada uno 
de los archivos de registro de un grupo de regis- 
tros. Los valores sugeridos son de 1 MB para 1/ 
innobd_log files in group del innobd_ 
buffer pool size. Un valor mayor ahorra pro- 
cesos de entrada/salida (I/O) de disco ya que hay 
una menor actividad de eliminación, pero reduce 
la recuperación en caso de colapso. El tamatfio to- 
tal de los archivos de registro no debe superar los 
4 GB en equipos de 32 bits. 


Especifica el tamafio del búfer utilizado para escri- 
bir registros. El valor sugerido es de 8 MB. Cuanto 
mayor sea el bufer, se realizaran menos entradas y 
salidas de disco, ya que no es necesario escribir 
las transacciones en disco hasta que se ejecutan. 


Si se configura, los registros se vacian en disco 
cuando se ejecuta la transacción (y por lo tanto son 
permanentes y pueden sobrevivir a cualquier co- 
lapso). Normalmente debe configurar esta variable 
con el valor ON si las transacciones son importan- 
tes. Tambien puede configurarla como OFF si el 
rendimiento es lo mas importante y quiere reducir 
la entrada y la salida de disco en favor de la segu- 
ridad, 


Especifica el directorio en el que se alojan los re- 
gistros. Debe equivaler a innodb_log group 
home dir ya que el almacenaje de registros no se 
utiliza actualmente. 


Si se configura, se archivaran los archivos de re- 
gistro InnoDB. Actualmente, MySQL se recupera 
por medio de sus propios archivos de registro, por 
lo que debe configurar esta variable con el valor 
OFF. 


VETEIJO Descripción 


innodb_buffer_ Especifica el tamaño en bytes del bufer de memo- 

pool—size ria utilizado para almacenar en cache indices y 
datos de tablas. Cuanto mayor sea, el rendimiento 
sera mejor ya que se necesita una menor entrada/ 
salida de disco. Le sugerimos un 80 por ciento de 
memoria en servidores dedicados de bases de da- 
tos ya que cualquier valor mayor provocaria la pa- 
ginacion del sistema operativo. 


innodb additional Especifica el tamaño en bytes de una agrupacion 

mem_pool—size de memoria utilizada para almacenar información 
sobre las estructuras de datos internas. Puede uti- 
lizar 2 MB, pero si tiene gran cantidad de tablas, 
asegurese de asignar suficiente memoria; en caso 
contrario, MySQL utilizara la del sistema operativo 
(si esto ocurre y aumenta el valor, vera las adver- 
tencias en el registro de errores). 


innodb file_ El numero de subprocesos de entrada/salida de archi- 
io_threads vos en InnoBD. El valor sugerido es 4, pero Windows 
puede beneficiarse de un parametro mayor. 
innodb_lock_ Tiempo en segundos que espera una transacción 
wait_timeout InnoDB a un bloqueo antes de invertirlo. InnoBD 


detecta inmediatamente puntos muertos en sus pro- 
pias tablas de bloqueo, pero si provienen del exte- 
rior (por ejemplo de una instrucción LOCK TABLES), 
pueden producirse dichos puntos muertos, en cuyo 
caso utilizaremos este valor. 


innodb_flush_method Método de vaciado. El predeterminado es fdata- 
sync y el alternativo es O_DYSNC. Normalmente 
fdatasync es mas rapido aunque en algunas ver- 
siones de Linux y Unix ha resultado ser mas lento. 


interactive_timeout Tiempo en segundos que el servidor espera a cual- 
quier actividad en una conexión interactiva (la que 
utiliza la opción CLIENT_ INTERACTIVE al conec- 
tarse) antes de cerrarla. La opción wait-timeout 
se aplica a conexiones convencionales. El valor 
predeterminado es 2800. 


join_buffer_size Tamaño en bytes del bufer utilizado para uniones 
completas (uniones en las que no se utilizan indi- 
ces). El bufer se asigna a cada una de las uniones. 
Al aumentar este valor, se incrementa la velocidad 
de las uniones pero la mejor tecnica para acelerar 
una union consiste en añadir los indices apropiados. 
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VEWEIJO 


key buffer size 


language 


large_file—support 


locked _in memory 


log 
log_update 


log_bin 


log-slave-updates 


long-query—time 


lower—=case— 
table names 


max_allowed_packet 


max_binlog_ 


cache-size 
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Descripción 


Tamaño en bytes del bufer utilizado con bloques de 
indices. Lo describiremos en un apartado posterior. 


Ubicacion del archivo de idioma utilizado en los 
mensajes de error. 


ON si MySQL se ha compilado con compatibilidad 
con archivos de gran tamatio. ON es el valor prede- 
terminado. 


ON Si MySQL se ha bloqueado en memoria (es de- 
cir, se ha iniciado mysqld con la opción —memlock). 
El valor predeterminado es OFF. Utilizaremos ON si 
el sistema operativo tiene problemas y mysqld se 
intercambia a disco. 


ON si se activa el registro de todas las consultas. 


ON si se activa el registro de todas las actualizacio- 
nes (deberia utilizar el registro binario para esto). 


ON si se activa el registro binario de actualizacio- 
nes. 


ON si se registran las actualizaciones que provie- 
nen del esclavo. 


Tiempo en segundos que define una consulta len- 
ta. Las consultas que tarden mas de este valor ha- 
ran que se incremente el contador slowqueries y 
se registraran en el archivo de registro de consul- 
tas lentas si se ha activado el registro de las mis- 
mas. 


Se configura con el valor 1 si los nombres de las 
tablas se almacenan en minúsculas y no discrimi- 
nan entre mayúsculas y minúsculas. El valor pre- 
determinado es 0. 

Tamatio maximo permitido, expresado en bytes, de 
un paquete de datos. El bufer de mensajes se inicializa 
con eltamaño especificadopornext buffer length 
pero puede superar este tamatio. Si utiliza extensas 
columnas BLOB O TEXT, configure esta variable con el 
valor de la de mayor tamaño. 


La mayor cantidad de memoria, en bytes, que pue 


de utilizar una transaccion multinstruccion sin ini- 
ciar un error de tipo "la transaccion multinstruccion 
requiere mas de los bytes max_binlog_cache_ 
size de almacenamiento". 


NENE Descripción 


max_binlog_size Cuando el registro binario supera este tamaño, los 
registros se alternan y se crea uno nuevo. 


max connections Numero maximo permitido de conexiones. 


max_connect—errors Número maximo de intentos de conexión por parte 
de un servidor antes de que se bloquee para recibir 
otras conexiones. Este limite intenta reducir la po- 
sibilidad de ataques de negación de servicio. Los 
servidores se pueden desbloquear por medio de 
FLUSH HOSTS. 


max-delayed_threads Número maximo de subprocesos que pueden pro- 
cesar instrucciones INSERT DELAYED.Una vez al- 
canzado, las instrucciones INSERT posteriores 
seran inserciones normales y no utilizaran el atri- 
buto DELAYED. 


max_heap_table_size Tamaño maximo, en bytes, que pueden tener las 
tablas HEAP. 


max_.join—size Las uniones que MySQL determine que devuelven 
un numero de filas superior a este limite devolve- 
ran un error. De esta forma se evita que los usua- 
rios ejecuten de forma accidental (o a proposito) 
extensas consultas que devuelven millones de fi- 
las y que utilicen gran cantidad de recursos. 


max_sort_length Al ordenar campos BLOB O TEXT solamente se ad- 
mite este maximo de bytes. Por ejemplo, si se con- 
figura como 1024, solamente se utilizaran los 1024 
primeros caracteres para ordenar los campos. 


max_user_connections Determina el numero maximo de conexiones acti- 
vas que puede tener un usuario. El valor predeter- 
minado, 0, indica que no hay limite (excepto para 
max—connections). 


mex_tmp_tables Numero maximo de tablas temporales que un clien- 
te puede tener abiertas al mismo tiempo (en la ac- 


tualidad no se utiliza esta variable; consulte su 
documentación para ver si ha cambiado). 


max _write_ Si se produce esta cantidad de bloqueos de escri- 
lock count tura consecutivos, MySQL permitira la ejecucion 
de un determinado numero de bloqueos de lectura. 


myisam_bulk=— Cuando MySQL inserta grandes volumenes de da- 
insert—tree-size tos (por ejemplo, LOAD DATA INFILE...), utiliza 
una cache en forma de arbol para acelerar el pro- 


Variable 


Descripción 


myisam recover 
options 


mylisam—sort-— 


buffer_size 


myisam max extra 


sort file size 


myisam_ max sort 
file_size 


net_buffer_length 


ceso. Se trata del tamaño maximo, en bytes, de la 
cache de cada subproceso. El valor predetermina- 
do es 8 MB; al configurarlo con el valor 0, la opcion 
se desactiva. La cache solamente se utiliza cuan- 
do se añade a una tabla que no esta vacia. 


Las opciones disponibles son DEFAULT, BACKUP, 

FORCE, QUICK y OFF. Si se ejecuta con cualquiera 
de ellas rnmenos con OFF, al iniciar MySQL se com- 
prueban las tablas para comprobar si estan marca- 
das como colapsadas o no se han cerrado 
correctamente. De ser asi, se revisa la tabla y se 
intentan reparar las tablas dañadas. Si se utiliza la 
opcion BACKUP, MySQL creara una copia de segu- 
ridad del archivo de datos .MYD en caso de que se 
realice algun carnbio durante el proceso de repara- 
cion (le asigna la extension .BAK). La opción FOR- 
CE impone la reparación incluso aunque se puedan 
perder datos y la opcion QUICK no comprueba las 
filas si no hay bloques de elirninacion en los datos. 
Todos los errores se anotan en el registro de erro- 
res, para poder ver lo que ha sucedido. La configu- 
ration conjunta de las opciones BACKUP y FORCE 
permite que MySQL se recupere automaticamente 
de muchos problemas (y puede recurrir a la copia 
de seguridad en caso de problemas mas graves). 


Tamaño en bytes del bufer asignad'o al ordenar o 
reparar un índice. 


Cuando MySQL crea un índice, resta el tamaño de 
cache de claves del tamaño de la tabla temporal 
que utilizaria con la creación de indices rapidos. Si 
la diferencia es mayor que esta cantidad (especifi- 
cada en megabytes), MySQL utiliza el método de 
cache de claves. 


Tamaño maximo (en megabytes) del archivo tem- 
poral que genera MySQL cuando crea o repara in- 
dices. Si se supera este tamaño, MySQL utiliza el 
método mas lento de cache de claves para crear o 
reparar el índice. 


Tamaiio en bytes con el que se configura el bufer 
de comunicación entre consultas. Para ahorrar me- 
moria en sistemas con una escasez de la misma, 
configure esta variable con la longitud prevista de 


Variable Descripción 


las instrucciones SQL enviadas por los clientes. Si 
la instrucción supera esta longitud, se incrementa 
automaticamente hasta el tamaño de max-_ 
allowed_packet. 


net_zread timeout Tiempo expresado en segundos que MySQL espe- 
ra datos de una conexión antes de cancelar la lec- 
tura. Si no se espera ningun dato, se utiliza 
net write timeout. slave net timeout se 
utiliza en la conexión principal-esclavo. 


met_retry-— count Numero de intentos de lectura de un puerto de co- 
municaciones antes de cancelar. 


met_zwrite_timeout Numero de segundos que se espera a que se escri- 
ba un bloque en una conexión antes de cancelar. 


open-files limit MySQL utiliza este valor para reservar descriptores 
de archivos. Puede aumentarlo si se produce un 
error de tipo "demasiados archivos abiertos”. Nor- 
malmente se configura con el valor 0, en cuyo caso 
MySQL utiliza el mayor de max connections*5 
Omax_connections + table_cache*2. 


pid file Ruta al archivo pid. 


port Numero de puerto que utiliza MySQL para escu- 
char conexiones TCP/IP. 


protocol_version Version del protocolo que utiliza MySQL. 


record_buffer MySQL asigna un bufer de este tamaño (en bytes) 
a cada subproceso que realiza un examen 
secuencial (en el que los registros se leen por or- 
den, uno detras de otro). Si realiza gran cantidad 
de estos examenes, tendra que incrementar el va- 
lor. 


record rnd_buffer Un bufer de este tamaño se asigna cuando se leen 
filas en orden no secuencial (por ejemplo, despues 
de ordenarlas). Las filas que se leen de esta forma 
evitan busquedas de disco. Si no se configura, sera 
igual que record_buffer. 


query_buffer_size El tamaño inicial, en bytes, asignado al bufer de 
consultas. Deberia resultar suficiente para la mayo- 
ria de las consultas; en caso contrario, aumentelo. 


query cache limit Límite, en bytes, de la cache de consultas. Los re- 
sultados superiores a este valor no se almacenan 
en cache. El valor predeterminado es de 1 MB. 
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Variable 


Descripción 


query_cache-— size 


query-—cache-— 
startup-type 


safe_show-— database 


server id 
skip-external_ 


locking 


skip_networking 


skip-— show_database 


slave_net_timeout 


slow_launch_time 


socket 


sort buffer 


table cache 


El tamalio en bytes asignado a la cache de consultas 
(en la que se almacenan los resultados de consultas 
anteriores). O indica que la cache se ha deshabilitado. 


Puede ser 0, 1 0 2. 0 (desactivado) indica que 

MySQL no almacena en cache ni recupera resulta- 
dos. 1 (activado) significa que MySQL almacena en 
cache todos los resultados a menos que sean 
SOL _NO_CACHE.2 (solicitud) significa que solamente 
se almacenan en cache las consultas con SOL. CACHE. 


Solamente se utiliza en las primeras versiones de 
MySQL 4. Si se configura, los usuarios sin privile- 
gios de la base de datos no veran dicha base de 
datos enumerada cuando ejecuten una instrucción 
SHOW DATABASES (el privilegio SHOW DATABASES 
elimina esta necesidad). 


El Id. del servidor. En operaciones de duplicación, 
es muy importante para identificar al servidor. 


Desactiva el bloqueo del sistema si esta definido 
como ON. Tiene importantes consecuencias para 
myisamchk (en capitulos anteriores encontrara mas 
informacion al respecto). 


Es ON si MySQL solamente permite conexiones lo- 
cales. 


Si se configura, la instruccion SHOW DATABASES 
no devuelve resultados a menos que el cliente ten- 
ga el privilegio PROCESS (el privilegio SHOW 
DATABASES, que aparecio en las primeras versio- 
nes de MySQL 4, elimina esta necesidad). 


Tiempo en segundos que espera MySQL a recibir 
mas datos de una conexión principal/esclavo antes 
de cancelar la lectura. 


Tiempo en segundos antes de que el inicio de un 
subproceso incremente el contadorshow_launch-— 
threads. 


Ruta al socket de Unix utilizado por el servidor. 


Tamaiio en bytes asignado al bufer que utilizan las 
ordenaciones. Encontrara mas informacion al prin- 
cipio del capitulo. 


Numero de tablas abiertas para todos los subproce- 
sos. Encontrara mas informacion en un apartado 
anterior. 


ariable Descripción 


table_type Tipo de tabla predeterminado (normalmente MyISAM). 


thread cache size Numero de subprocesos que se guardan en cache 
para su reutilizacion. Los nuevos subprocesos se 
obtienen de la cache en caso de que haya alguno 
disponible, mientras que los subprocesos cliente 
se ubican en la cache durante la desconexion siem- 
pre que haya espacio disponible. Si tiene una gran 
cantidad de nuevas conexiones, puede aumentar 
este valor para mejorar el rendimiento. Los siste- 
mas con una buena implementación de subprocesos 
no suelen aprovechar esta ventaja. Puede ver su 
eficacia si la compara con las variables de estado 
Connections y Threads created. 


thread_concurrency En sistemas Solaris, MySQL utiliza este valor para 
determinar si debe invocar la funcion thr_setcon- 
currency (), que ayuda al sistema de subprocesos 
ya que conoce el numero de subprocesos que deben 
ejecutarse simultáneamente. 


thread_stack Tamaño en bytes de la pila de cada subproceso. El 
comportamiento del análisis comparativo crash- 
me depende de este valor. 


timezone Zona horaria del servidor 


tmp_table size Tamaño maximo de una tabla temporal en memoria. 
Si supera este valor, se convierte, automaticamente, 
en una tabla MyISAM en disco. Si realiza gran canti- 
dad de consultas que generan extensas tablas tem- 
porales (como ocurre con clausulas GROUP BY 
complejas) y dispone de memoria suficiente, es reco- 
mendable que aumente este valor. 


tmpdir Directorio utilizado para almacenar archivos y ta- 
blas temporales. 

version Numero de version del servidor 

wait_ztimeout Tiempo en segundos que espera MySQL a la acti- 


vidad de una conexión antes de cerrarla. La varia- 


bleinteractive_timeout se aplica a conexiones 
interactivas. 


Análisis de todas las variables de estado 


Las variables de estado se restablecen cada vez que se reinicia el servidor. Nos 
permiten controlar el comportarniento del servidor y tambien identificar posibles 
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cuellos de botella, problemas y las mejoras que podemos realizar. En la tabla 13.3 
se incluye una exhaustiva lista de estas variables. 


Tabla 13.3. Valores de estado MySQL 


Valor Descripción 


Aborted_clients Indica el numero de conexiones canceladas debido 
a que, por alguna razon, el cliente no las cerro co- 
rrectamente. Esto puede suceder si el cliente no 
invoca la funcion mysql _close() antes de salir, 
si se han excedido los límites wait_timeout O 
interactive timeout O Si el cliente la ha ce- 
rrado durante una transferencia. 


Aborted_connects Indica el numero de intentos de conexión fallidos 
al servidor MySQL. Puede deberse a que el cliente 
haya intentado conectarse con la contraseña equi- 
vocada, que no tenga permiso para conectarse, que 
tarde mas de los segundos connect _timeout en 
obtener un paquete de conexión o que el paquete 
no contenga la información correcta. 


Bytes_received El numero de bytes que se han recibido de todos 
los clientes. 

Bytes_sent Numero de bytes que se han enviado a todos los 
clientes. 


Com-_[instrucción) Existe una de estas variables para cada tipo de 
instruccion. El valor indica el numero de veces que 
se ha ejecutado esta instruccion. 


Connections Numero de intentos de conexión al servidor 
MySQL. 

Created tmp Numero de tablas temporales implicitas en disco 

disk_tables que se crearon durante la ejecución de instrucciones. 


Created—tmp_tables Numero de tablas temporales implicitas en memo- 
ria que se crearon durante la ejecución de instruc- 
ciones. 


Created_tmp-files  Nurnero de archivostemporales creados por msyald. 


Delayed-insert_ Numero de subprocesos de inserción retrasados ac- 
threads tualmente en uso. 
Delayed_writes Numero de registros escritos por una instruccion 


INSERT DELAYED. 


Delayed errors Numero de registros escritos por una instruccion 
INSERT DELAYED cuando se produce un error. El 


Descripción 


Flush._commands 
Handler_commit 


Handler_delete 


Handler _ read fi rst 


Handler_read_key 


Handler_read_next 


Handler_read_prev 


Handler _read rnd 


Handler_read-_ 
rnd_next 


Handler_rollback 


Handler_update 


Handler_write 


Key_blocks_used 


error mas habitual es la presencia de claves dupli- 
cadas. 


Numero de instrucciones FLUSH ejecutadas. 
Numero de comandos COMMIT internos. 


Numero de veces que se ha eliminado una fila de 
una tabla. 


Numero de veces que se ha leído la primera entra- 
da de un índice, lo que normalmente indica un exa- 
men completo del índice (por ejemplo, si se indexa 
indexed _ col, la instrucción SELECT indexed 
col from nombre de_tabla genera un examen 
complete del índice). 


Numero de solicitudes en las que se utiliza un índi- 
ce al leer una fila. Es aconsejable aumentar este 
valor de forma rapida, ya que indica que sus con- 
sultas utilizan indices. 


Numero de solicitudes para leer la siguiente fila de 
un índice. Este valor aumenta si realiza un examen 
completo del índice o si consulta un índice en fun- 
cion de una constante de rango. 


Numero de solicitudes para leer la fila anterior de 
un índice. Se puede utilizar con una instrucción de 
tipo SELECTfieldlistORDERBYfieldsDES. 


Numero de solicitudes de lectura de una fila en fun- 
cion de una posición fija. Las consultas que requie- 
ren que se ordenen los resultados incrementaran 
este contador. 


Numero de solicitudes para leer la siguiente fila del 
archivo de datos. No es aconsejable utilizar un va- 
lor alto, lo que significaria que las consultas no uti- 
lizan los indices y tienen que leer desde el archivo 
de datos. 


Número de comandos ROLLBACXK internos. 


Número de solicitudes para actualizar un registro 
en una tabla. 


Numero de solicitudes para insertar un registro en 
una tabla. 


Numero de bloques utilizados en la cache de cla- 
ves. 


Descripción 


Key_read_requests 


Key_reads 


Key_write requests 


Key_writes 


Max_used_connections 


Not flushed_ 
key= blocks 


Not _flushed-_ 


delavyed_rows 


Open tables 
Open.-files 
Open_streams 
Opened_tables 
Ocache queries_ 
in cache 


Ocache_inserts 


Ocache_hits 


OQOcache_not_cached 


Ocache free_memory 


Número de solicitudes que leen un bloque de cla- 
ves desde la cache de claves. La proporcion 
Key _reads:Key read requests no debe ser 
mayor de 1:100 (por ejemplo, no es aconsejable 
1:10). 


Número de lecturas fisicas que leen un bloque de 
claves desde disco. La proporcion Key reads: 
Key read requests no debe ser mayor de 1:100 
(por ejemplo, no es aconsejable 1:10). 


Numero de solicitudes que hace que se escriba un 
bloque de claves en cache. 


Numero de veces en que se ha escrito fisicamente 
un bloque de claves en disco. 


Número máximo de conexiones que se utilizan en 
un momento dado. Encontrara mas informacion en 
apartados anteriores. 


Numero de bloques de claves que se han modifica- 
do en la cache de claves pero que todavia no se 
han vaciado en disco. 


Numero de registros en colas INSERT DELAY en 
espera de ser escritos. 


Numero de tablas actualmente abiertas. Encontra- 
ra mas informacion al respecto en apartados ante- 
riores. 


Numero de archivos actualmente abiertos. 


Numero de flujos abiertos. Se utiliza principalmen- 
te con propositos de registro. 


Numero de tablas abiertas. Encontrara mas infor- 
macion al respecto en apartados anteriores. 


Numero de consultas en cache. 


Numero de consultas añadidas a la cache. 


Numero de ocasiones en las que se ha accedido a 
la cache de consultas. 


Numero de consultas no almacenadas en cache (de- 
bido a su excesivo tamafio o por QUERY_CACHE_ 
TYPE). 


Cantidad de memoria disponible para la cache. 


Valor 


Descripción 


Qcache-total blocks Numero total de bloques de la cache de consultas. 


Ocache_free_blocks 


Questions 


Rpl-status 


Select_full_join 


Select_full_ 
range_join 
Select_zrange 
Select_zrange_check 
Select_scan 

Slave— open 
temp-_tables 

Slave— running 
Slow_launch threads 
Slow_queries 
Sort_merge— passes 
Sort_range 


Sort_rows 


Sort— scan 


ssl] [variables] 


Table_locks 
immediate 


Numero de bloques de memoria libres en la cache 
de consultas. 


Numero total de consultas iniciadas. 


Estado de duplicación segura (solamente se utiliza 
en las últimas versiones de MySQL 4). 


Numero de uniones que se han realizado sin utili- 
zar indices. No es aconsejable un valor demasiado 
alto. 


Numero de uniones realizadas a traves de una bus 
queda de rangos en la tabla de referencias. 


Numero de uniones realizadas por medio de ran- 
gos en la primera tabla (puede utilizar un valor alto). 


Número de uniones realizadas sin indices que bus- 
caron indices despues de cada fila. 


Numero de uniones ejecutadas que realizaron un 
examen completo de la primera tabla. 


Nlijmero de tablas actualmente abiertas procesa- 
das por un esclavo. 


ON U OFF. Si se define como ON, el servidor es un 
esclavo conectado al principal. 


Numero de subprocesos que tardaron mas del va- 
lor de show_launch-_time en crearse. 


Nljmero de consultas que tardaron mas del valor 
delong_query_time. 


Numero de combinaciones ejecutadas durante una 
ordenacion. Si este valor aumenta excesivamente, 
debe incrementar el sort_buffer. 


Numero de ordenaciones realizadas con rangos. 
Numero de filas ordenadas. 


Numero de ordenaciones realizadas al examinar la 
tabla. 


Contenidos de distintas variables utilizadas por SSL. 
No se implementa en las primeras versiones de 
MySQL 4. 


Numero de ocasiones en que se realizo inmediata- 
mente un bloqueo de tablas. 


Descripción 


Table locks waited Numero de ocasiones en que no se realizo inme- 
diatamente un bloqueo de tablas. Un valor elevado 
es síntoma de problemas de rendimient'o. Para 
optimizarlo, tendra que mejorar sus consultas e in- 
dices, utilizar otro tipo de tablas, dividir sus tablas 
o recurrir a la duplicacion. 


Threads_cached Numero de subprocesos en la cache de subproce- 
sos. 


Threads connected Numero de conexiones actualmente abiertas. 


Threads_created Numero de subprocesos creados para procesar co- 
nexiones. 

Threads—running Numero de subprocesos activos (no latentes). 

Uptime Tiempo, en segundos, que lleva el servidor en fun- 
cionamiento. 


Cambio de valores de variables con el 
servidor en funcionamiento 


Hasta la version 4.0.3 de MySQL, era necesario reiniciar el servidor par 
poder modificar los valores de las variables. En la actualidad, puede utilizar la 
instruccion SET para realizar cualquier carnbio sin tener que apagar el servidor. 

Puede utilizar la instruccion SET de dos formas. Con el método predetermina- 
do, el carnbio que realice solamente afecta a SESSION lo que significa que, al 
volver a conectarse (y en conexiones posteriores), la variable se configurara con 
el parametro especificado en el archivo de configuracion. Si especifica la palabra 
clave GLOBAL,todas las nuevas conexiones utilizarán este valor. Sin embargo, al 
reiniciar el servidor, siempre utilizara los valores definidos en el archivo de con- 
figuration, por lo que tambien tendra que realizar los cambios en esta parte. 
Para definir una variable con la opción GLOBAL, necesita el permiso SUPER, 
cuya sintaxis es la siguiente: 

SET [GLOBAL | SESSION] sql variable=expresión, [[GLOBAL | 


SESSION]? 
variable sql=expresión...] 


El siguiente ejemplo: 
mysql1> SET SESSION max _ sort _length=2048; 


es identico a: 


mysq1> SET max sort _length=2048; 


Existe una sintaxis alternativa que se utiliza, por motivos de compatibilidad, 
con otros sistemas de gestion de bases de datos (DBMS) y que emplea la cons- 
truccion (0, como se indica a continuación: 


SET EGE(global local). Variable sql=expresión, [0C(global! 
local).variable sql=expresión] 


Para repetir el ejemplo anterior en esta sintaxis, debe utilizar lo siguiente: 
mysql> SET (fflocal.max_sort_length=2048; 


SESSION y LOCAL son sinonimos. 

Si despues de experimentar con la nueva variable decide recuperar el valor 
anterior, no es necesario buscarlo en el archivo de configuracion. 

Puede utilizar la palabra clave DEFAULT para restablecer un valor GLOBAL 
con el valor del archivo de configuracion o un valor SESSION por el valor 
GLOBAL. 

Por ejemplo: 


mysql> SET SESSION max _sort_length=DEFAULT:; 
y 
mysql> SET GLOBAL max _sort _length=DEFAULT; 


En la tabla 13.4 se describen las variables que se configuran de forma no 
estandar. 


Tabla 13.4. Variables no estandar 


Sintaxis Descripción 


AUTOCOMMIT= 0 | 1 Cuando se configura (1), MySQL ejecuta instruc- 
ciones COMMIT de forma automática a menos que 
las envuelva en instrucciones BEGIN y COMMIT. 
Tambien confirma todas las transacciones abiertas 
cuando se configura AUTOCOMMIT. 


BIG_TABLES = 0 | 1 Cuando se configura (1), todas las tablas tempora- 
les se almacenan en disco en lugar de en memo- 
ria. Esto hace que las tablas sean mas lentas pero 
evita que nos quedemos sin memoria. El valor 
predeterminado es 0. 


INSERT_I1D = H Define el valor AUTO _INCREMENT (para que la si- 
guiente instrucción INSERT que utilice un campo 
| AUTO_INSERT emplee este valor). 


LAST_INSERT_1D =%* Determina el valor devuelto por la siguiente ins- 
trucción LAST_INSERT_ID(). 


Sintaxis Descripción 


LOW PRIORITY Cuando se configura (1), todas las instrucciones de 

UPDATES = 0 | 1 actualizacion (INSERT, UPDATE, DELETE, LOCK 
TABLE WRITE) esperan a que no haya lecturas 
pendientes (SELECT, LOCK TABLE READ) en la 
tabla a la que quieren acceder. 


MAX_JOIN_SIZE = Al configurar un tamaño de filas maximo, puede 

valor | DEFAULT evitar que MySQL ejecute consultas que no utili- 
cen correctamente los indices o que puedan redu- 
cir la velocidad del servidor cuando se ejecutan en 
periodos de trafico maximo. Al configurar esta va- 
riable con cualquier valor que no sea DEFAULT se 
restablece SQL_BIG_SELECTS. Si se configura 
SQL_BIG_SELECTS, se ignora MAX_JOIN SIZE. 
Si la consulta ya se encuentra en caché, MySQL 
ignora este límite y devuelve los resultados. 


QUERY CACHE TYPE = Define el parametro de cache de consultas para el 
OFF |l- ON | DEMAND subproceso. 


QUERY CACHE_TYPE = Define el parametro de cache de consultas para el 
01 TZ subproceso. 


SQL_AUTO_IS_NULL = Sise configura (1, el predeterminado), la ultima fila 
Oi insertada para un AUTO_INCREMENT se puede lo- 
calizar con WHERE columna autoincremento 
IS NULL. MS Access y otros programas ODBC lo 


utilizan. 
SQL_BIG_SELECTS =  Sise configura (1, valor predeterminado), MySQL 
04 Ll admite consultas de gran tamaño. Si no se confi- 


gura (0), MySQL no admitira consultas en las que 
tenga que examinar filas de mas de max_join_ 
size.Resulta muy útil para evitar la ejecución de 
consultas accidentales o maliciosas que pueden 
colapsar el servidor. 


SQL_BUFFER_RESULT = Sise configura (1), MySQL añade los resultados 

oy 1 de las consultas en una tabla temporal (en algunos 
casos, aumenta el rendimiento al liberar previamen- 
te los bloqueos de tabla). 


SQL_LOG_OFF = 0 | 1 Si se configura (1), MySQL no registra el cliente 
(no es el registro de actualizacibn). Es necesario el 
permiso SUPER. 


SQL_LOG_UPDATE = Si no se configura (0), MySQL no utiliza el registro 
O de actualizaciones en el cliente. Es necesario el 
permiso SUPER. 
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Sintaxis Descripción 


SQL QUOTE SHOW_ Si se configura (1, valor predeterminado), MySQL 
CREATE = 0 | 1 añade comillas a los nombres de tablas y colum- 
nas. 


SOL SAFE UPDATES = Si se configura (1), MySQL no ejecuta instruccio- 
0 | 1 nes UPDATE O DELETE que no utilicen un índice o 
| una cláusula LIMIT, que contribuye a evitar accl- 
dentes. 


SOL _SELECT_LIMIT Define el numero maximo de registros (de forma 

valor | DEFAULT predeterminada es ilimitado) que se pueden devol- 
ver con una instrucción SELECT. LIMIT tiene pre- 
ferencia sobre esto. 


TIMESTAMP = valor_ Define el tiempo del cliente. Puede utilizarlo para 

marca _de tiempo obtener la marca de tiempo original cuando utilice 

| DEFAULT el registro de actualización para restablecer filas. 
H valor marca de tiempo es una marca de 
tiempo de la época de Unix. 


Mejoras en el hardware para acelerar 
el servidor 


El hardware es uno de los elementos que puede mejorar (si dispone de los 
recursos economicos) en un servidor de bases de datos con un rendimiento pobre. 
Como regla general, en primer lugar debe adquirir la mayor cantidad de memoria 
posible, tras ello el disco mas rapido que encuentre y, por ultimo, la CPU de 
mayor velocidad. Lo mas indicado es realizar una prueba comparativa del rendi- 
miento del sistema, con ayuda de las distintas herramientas disponibles en el 
mismo para comprobar si se trata de la CPU, de la memoria, de la velocidad del 
disco o de una combinación que forma el cuello de botella. De esta forma podra 
hacerse una idea de las variaciones que debe aplicar y los elementos que debe 
actualizar. La ejecucion del paquete de análisis comparativo (que describiremos 
mas adelante), tambien contribuye a mostrar el rendimiento de distintos tipos de 
tareas. 


Memoria 


La memoria es el elemento mas importante ya que permite modificar las varia- 
bles mysqld. Con una gran cantidad de memoria puede crear caches de claves y 
tablas de gran tamaño. La mayor cantidad de memoria posible permite a MySQL 
utilizar, de forma mas rapida, la memoria en lugar de discos y, cuanto mas rapida 
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sea la memoria, mas rapido sera el acceso de MySQL a los datos almacenados. 
Por si solas, las grandes cantidades de memoria no son tan utiles como la modifi- 
cation de variables mysqld para que utilice memoria adicional, por lo que no 
basta con esperar que la memoria se encargue de todo por nosotros. 


Discos 


En ultima instancia, MySQL tendra que obtener datos del disco, razon por la 
que la velocidad de los discos es tan importante. El tiempo de busqueda del disco 
es importante porque determina la velocidad a la que se mueve el disco fisico para 
obtener los datos que necesita, razon por la que debe seleccionar el disco con 
mejor velocidad de busqueda. 

Al mismo tiempo, los discos SCSI suelen ser mas rapidos que los discos IDE, 
por lo que son mas aconsejables. 

Una de las mejoras que puede realizar es dividir los datos en distintos discos 
(el sistema operativo divide los datos en partes y los distribuye equitativamente 
por los distintos discos) asi como utilizar enlaces simbolicos (un enlace desde el 
directorio de datos hasta otro disco). Las tablas InnoDB tienen un mecanismo 
para dividir datos entre varios discos, pero las tablas MyISAM no (estan forma- 
das por archivos individuales), por lo que la division u otras formas de RAID 
pueden resultar de gran utilidad. En capitulos posteriores lo describiremos con 
mayor detalle. 


CPU 


Cuanto mas rapido sea el procesador, mas rapidos seran los calculos que se 
realicen y con mayor velocidad se podrán devolver los resultados al cliente. Ade- 
mas de la velocidad del procesador, tambien son importantes la velocidad del bus 
y el tamaño de la cache. El análisis de los procesadores disponibles se escapa a 
los objetivos de este libro y probablemente cuando se publique, la información 
estara desfasada, por lo que es aconsejable que investigue con atencion las presta- 
ciones de su procesador para comprobar su rendimiento en distintos análisis com- 
parativos. 


Uso de análisis comparativos 


La distribuciones de MySQL incorporan un paquete de análisis comparativo 
denominado run—-all-tests. Puede utilizarlo para probar los distintos DBMS 
y analizar su rendimiento. 

Para utilizarlo, necesita Perl, el modulo DBI Perl y el modulo DBD del DBMS 
que quiera probar. 

En la tabla 13.5 se recogen las opciones de run-all-tests. 
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Tabla 13.5. Opciones de run-all-tests 


—comments 
—cmp=servidor 


[,servidor...] 


—create-options=+$+ 


—database 


—debug 


=dir 


—fast 


—fast-insert 


—field-count 


—force 


—groups 


—lock-tables 


—1log 


Descripción 


Añade un comentario al resultado del análisis com- 
parativo. 


Ejecuta la prueba con limites de los servidores es- 
pecificados. Al ejecutar todos los servidores con el 
mismo —cmp, los resultados de la prueba se pue- 
den comparar entre los distintos servidores SQL. 


Especifica un argumento adicional en todas las ins- 
trucciones CREATE. Por ejemplo, para crear todas 
las tablas como tablas BDB, utilizariamos — 
create-options=TYPE=BDB. 


Especifica la base de datos en la que se crean las 
tablas de prueba. La opción predeterminada es la 
base de datos de prueba. 


Muestra informacion de depuracion. Normalmente 
la utilizara al depurar una prueba. 


Indica si se almacenan o no los resultados de la 
prueba. El valor predeterminado es el resultado pre- 
determinado. 


Permite el uso de comandos SQL ANS! no estandar 
para que la prueba sea mas rapida. 


Utiliza inserciones rápidas siempre que sea posi- 
ble, lo que incluye listas de valores multiples, como 
INSERT INTO nombre de tabla VALUES 
(valores), (valores) O simplemente INSERT 
INTO nombre de tabla VALUES (valores) 
en lugar de INSERT INTO nombre_de_tabla 
(campos) VALUES (valores). 


Especifica la cantidad de campos que tendra la ta- 
bla de prueba. Normalmente se utiliza al depurar 
una prueba. 


Continua la prueba incluso si se produce un error. 
Elimina tablas antes de crear otras nuevas. Sola- 
mente se utiliza al depurar una prueba. 


Indica la cantidad de grupos diferentes que habrá 
en la prueba. Solamente se utiliza al depurar. 


Permite el uso de bloqueos de tablas para aumen- 
tar la velocidad. 


Guarda los resultados en el directorio —di r. 


Opción 


=LO00p=CO Uat 
(Predeterminado) 


-help 
—-host='nombre 


de servidor' 


—machine="nombre 
del equipo/sistema 
operativo" 


=odbca 
—password= 
'contraseña' 
=socket='socket' 
regions 


—o1ld-headers 


—server='nombre 
del servidor' 


—=silent 
—skip-delete 

—skip-test=pruebal 
[pruebalo] 


—small-test 


—small-tables 


—suffix 


Descripción 


Indica cuantas veces se ejecuta el bucle de prue- 
ba. Solamente se utiliza al depurar. 


Muestra una lista de opciones. 


Especifica el equipo en el que se encuentra el ser- 
vidor de bases de datos. El valor predeterminado 
es localhost. 


Nombre del equipo/sistema operativo que se aña- 
de al nombre de archivo de los resultados del análi- 
sis comparativo. El valor predeterminado es el nom- 
bre y la version del sistema operativo. 


Utiliza el controlador ODBC DBI para conectarse a 
la base de datos. 


Indica la contrasetia de usuario con la que se co- 
necta la prueba. 


Indica el socket al que hay que conectarse (si se 
admiten sockets). 


Indica cómo se prueban los niveles AND. Solamen- 
te se utiliza al depurar una prueba. 


Obtiene los encabezados de análisis comparativo 
antiguos del archivo RUN- antiguo. 


Especifica el DBMS en que se realiza la prueba. 
Puede ser Access, Adabas, AdabasD, Empress, 
Oracle, Informix, DB2, mSQL, MS-SQL, MySQL, 
Pg, Solid y Sybase. El predeterminado es SQL. 


No muestra información sobre el servidor cuando 
se inicia la prueba. 


Indica que no se eliminen las tablas de prueba crea- 
das. Solamente se utiliza al depurar. 


Excluye las pruebas especificadas al ejecutar el 
análisis comparativo. 


Aumenta la velocidad de las pruebas al utilizar lí- 
mites mas reducidos. 


Utiliza menos filas para realizar las pruebas. Debe 
utilizar esta opción si la base de datos no puede 
procesar tablas de gran tamatio por alguna razon 
(por ejemplo, con pequeñas particiones). 


Añade un sufijo al nombre de la base de datos en 
el nombre de archivo de resultado del análisis com- 


Opción Descripción 


parativo. Se utiliza cuando queremos realizar va- 

rias pruebas sin reemplazar los resultados. Al utili- 

zar la opción — fast, automáticamente el sufijo es 
fast. 


—random Genera valores iniciales aleatorios para la secuen- 
cia de ejecucion de pruebas, lo que se puede utili- 
zar para imitar condiciones reales. 


—threads=+$ Indica el número de subprocesos utilizados en aná- 
lisis comparativos multiusuario. El valor predeter- 
minado es 15. 


—tcpip Utiliza TCP/IP para conectarse al servidor. Esto 
permite que la prueba realice varias conexiones 
consecutivas ya que la pila TCP/IP se puede lle- 
nar. 


—time-limit Indica un límite de tiempo, en segundos, para el 
bucle de prueba antes de que esta finalice así como 
el resultado estimado. El valor predeterminado es 
de 600 segundos. 


—use-ol1d-results Utiliza los resultados antiguos del directorio -di r 
en lugar de realizar realmente las pruebas. 

—user='nombre Especifica el usuario bajo el que conectarse. 

de usuario' 

—verbose Muestra información adicional. Solamente se utili- 
za al depurar la prueba. 

—optimization= Añade comentarios sobre optimizaciones realiza- 

'comentarios' das antes de la prueba. 

—hw='"comentarios' Añade comentarios sobre el hardware utilizado en 


esta prueba. 


Para ejecutar run-—all-—tests, cambie al directorio sq1-bench desde el 
directorio base. 

A continuación mostramos un ejemplo del resultado del análisis comparati- 
vo: 


% cd sql-bench 
% perl run—-all-tests —small-test -—password='g00r002b' 
Benchmark DBD suite: 2.14 


Date of test: 2002-07-21 21:35:42 
Running tests on: Linux 2.2.5-15 i686 
Arguments: —small-test 
Comments: 


Limits from: 


Server version: MySQL 4.0.1 alpha max log 
Optimization: None 
Hardware: 


ATIS: Total time: 19 wallclock secs ( 5.23 usr 0.96 sys + 
Os 00: cust 


0.00 csys = 0.00 CPU) 

alter-table: Total time: 2 wallclock secs ( 0.12 usr 0.03 sys 
+ 0.00 

cuse. 0200 esys.= 0,00 CU) 
big-tables: Total time: 1 wallclock secs ( 0.43 usr 0.10 sys 
+ 0.00 

cusr 0.00. csys = "0.00 CPU) 
connect: Total time: 8 wallclock secs ( 2.90 usr 0.66 sys + 
0.00 

cusr 0.00 csys = 0.00 CPU) 
create: Total time: D wallclock secs ( 0.15 usr 0.01 sys + 
0.00 


cusr (¿0.00 «csys 0.00 CPU) 
insert: Total time; 31 wallelock secs ( 8.47 usr 1.43 sys + 


0.00 
cusr 0.00 csys = 0.00 CPU) 
select: Total time: 55 wallclock secs (17.76 usr LTL ENS 
0.00 
cusr :0.00:.csys ==. 0.00 CPU) 
transactions: Test skipped because the database doesn't support 
transactions 
wisconsin: Total time: 42 wallclock secs [( 9.55 usr 1.84 sys + 
0.00 
cúusr (0,00 -csys == 0:00 CPU) 


All 9 test executed successfully 


Totals per operation: 


Operation seconds usr sys cpu tests 
alter—table—add 1.00 0.07 0.00 0,00 92 
alter—table—drop 0.00 0.03 0.00 0,00 46 
connect 0.00 0.22 0,02 0.00 
100 

connect+select_1_row 1.00). 0127. 0,04..0.,00 100 
connect+select_ simple 1.00 0.27 0.04 0.00 100 
count 1.00 0.13 0.00 0.00 
100 

count —alstiact 1.00 uta 0202 "0,00 100 
count -distinct—2 1.00 0.16 0.02 0.00 100 
count distiñnct=big 100 0.12 0.04 0,00 30 
count—distinct=group DO 0.17 0.00 0.00 100 
count-_distinct—group-on—key 1.00 0.13 0.01 0.00 100 
count=distinct=group-on=key-=parts 1.00 0.16 0.01 0.00 100 
count =distinct=key-—pretix 1 00 0.12 0.01 0.00 100 
count —group-on=key—parts 1.00 0.09 0.00 0.00 100 
count —on-—key 20.00 6.11 0.60 0.00 5100 
create+drop 0.00 0.01 0.00 0.00 10 
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create _MANY tables 
create— index 

create _key+tdrop 
create—table 
delete—all—many—keys 
delete—big 
delete—big-—many—keys 
delete—key 
delete—range 

drop- index 
drop—table 


drop-table—when—MANY—tables 


insert 

44768 
insert—duplicates 
insert—key 
insert—many-—fields 
insert _select_1 key 
insert_select_2 keys 
min_max 

60 

min_max on key 
multiple value insert 
order—by—big 
order—by-—big-—key 
order—by—big-—key2 
order—by—big-—key—desc 
order—by—big—key-—diff 
order—by—big-—key-—prefix 
10 
order_by key2 diff 
order—by—key-—prefix 
order—by-—range 

outer join 

outer Join found 
outer—3join—not—found 
outer—3join—on—key 
select—1—row 
select—-1-—row—cache 
select—-2—rows 
select—big 
select—big-=str 
select—cache 
select—cache2 
select_column+column 
select diff key 
select—distinct 
select—group 


select_group when MANY tables 


select—join 
select—key 

select key2 
select _key2 return key 
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select. keyz. Feturn prim 0:00 0.00 0.00 0.00 20 
select—-key-—prefix 0.00 0:05 "Ue00: 0:00 20 
selectkey=pretix=3JO1n 2 0 0.62 016 0.00 10 
select—key—return—key 0:00 0.02 0.00 0.00 20 
select—many-—fields 100 Uuoal. 020" 0000 200 
select-range 2500 Oda Us DOS USOD 41 
select—-range—key2 000 0.43 0.02 0.00 505 
select-range-prefix ESOO 0.42. 01 DS - 0:00 505 
select—simple 0.00 021. 004 :D0 200 1000 
select—simple-cache 0.00 0.14 0.05 0.00 1000 
select—simple-Join 0.00 4sI3S .0,05 0.00 50 
update-—big 1.00 0.01 0.00 0.00 10 
update—of—key 1.00 0207 DoS 0500 500 
update-—of-—key-big 0:00 Ox0z 001. "0 0'Ó HIRE! 
update—of—primary-key-—many-—keys 0.00 QtEZ UZ0Z “00:0 256 
update-—with-—key 4.00 11037 DyTZ- DE0D” 3000 
update—with-—key-—prefix 1.00 0:58 0 0L 0,00, 1000 
wisc benchmark 2.00 070. OsL6 0.00 34 
TOTALS 15600. 4232084 Budo ¿Oy 0D TOZzS7 


El paquete de análisis comparativo resulta muy util para comparar distintas 
plataformas. 

MySQL incorpora un conjunto de resultados, pero estan datados y no tienen 
una utilidad especial. 

Le sugerimos que repita la prueba personalmente para que se ajuste a su situa- 
cion en concreto. 

Tambien es importante analizar comparativamente sus propia aplicaciones 
(bajo la mayor carga posible) antes de utilizarlas. Una aplicacion que puede ayu- 
darle a añadir carga a su servidor es super—=smack, que puede descargar en el 
sitio de MySQL. 

Otra secuencia de comandos de gran utilidad distribuida con MySQL es 
crash-—me, que verifica la funcionalidad de una aplicacion especifica y prueba 
la fiabilidad del servidor bajo carga (vease la tabla 13.6). 

Obtiene su nombre de los resultados generados cuando una instalacion no 
supera la prueba. 

Tambien es portable y puede probar varias plataformas de bases de datos con 
propositos de comparacion. 

Como resultado de su comportamiento, nunca debe ejecutarse en un entorno 
activo. No sólo puede colapsar el servidor de bases de datos sino que tambien 
consume grandes cantidades de memoria, lo que puede afectar a otros programas 
que se ejecuten en el servidor. 

No obstante debe saber que lo ha desarrollado MySQL, por lo que resalta las 
ventajas e inconvenientes de MySQL por motivos de comparacion. Por ejemplo, 
los desencadenadores y procedimientos, que MySQL no implementa actualmente, 
parecen, al ver el resultado de crash-—me,tan importantes como otras funciones 
estandar de MySQL, como el uso de | | por OR en lugar de la concatenación de 
cadenas. 
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Tabla 13.6. Opciones crash-me 


Opción Descripción 


—help, —Information Muestra una lista de opciones de ayuda. 


—batch-mode Realiza la prueba sin solicitar entradas y se 
desactiva si encuentra algún error. 

—comment="algún Añade los cornentarios especificados al archivo de 

comentario' límites crash—me. 

—check-server Realiza una nueva conexión al servidor cada vez 


que comprueba si este sigue en funcionamiento. 
Puede resultar muy útil si una consulta anterior pro- 
voca la devolución de datos erroneos. 


—=database='base Crea las tablas de prueba en esta base de datos. El 

de datos' valor predeterminado es test. 

—dir='nombre_ Guarda los resultados en este directorio. 

de directorio' 

—debug Muestra gran cantidad de resultados para ayudar 
en la depuracion en caso de que se produzca un 
problema. 

—fix-limit-file Aplica un nuevo formato al archivo de límites 


crash-me. No vuelve a ejecutar crash—me. 


—force Inicia la prueba inmediatamente, sin advertirlo y 
sin esperar ninguna entrada. Puede utilizar esta 
opción para automatizar la prueba. 


—1log-all-queries Muestra todas las consultas ejecutadas. Se utiliza 
principalmente al depurar crash-—me. 

—log-queries-to- Registra consultas completas en el archivo especi- 

file='nombre_ ficado. 

de_archivo' 

—host="nombre-_ Realiza la prueba en el equipo especificado. El valor 

de_anfitrion' predeterminado es localhost. 

—password= Especifica la contraseña del usuario actual. 

'contraseña' 

—restart Guarda los estados durante cada una de las prue- 


bas, lo que permite, en caso de fallo, poder conti- 
nuar desde el punto en que se detuvo sin necesidad 
de reiniciar con las mismas opciones. 


—server=*'nombre_ Especifica el servidor en el que se realiza la prue- 
de servidor' ba. Se incluyen Access, Adabas, AdabasD, 
Empress, Oracle, Informix, DB2, Mimer, mSQL, 


Descripción 


MS-SQL, MySQL, Pg, Solid o Sybase. El predeter- 
minado es MySQL. No se informara de los nom- 
bres de otros servidores. 


—user='nombre_ Especifica el nombre de usuario con el que se rea- 
de_usuario' liza la conexion. 


—start-cmd='comando Se utilizará el comando especificado para reiniciar 
para reiniciar el servidor de bases de datos en caso de que se 
el servidor' caiga (la disponibilidad de esta opción lo dice todo). 


—sleep='tiempo Especifica el tiempo de espera, en segundos, an- 
en segundos' tes de reiniciar el servidor. El valor predetermina- 
do es de 10 segundos. 


A continuación incluimos un ejemplo de crash—me: 


% perl crash-_me —password='g00r002b' 
Running crash-me 1.57 on 'MySQL 4.0.1 alpha max log' 


TI hope you didn't have anything important running on this 
Server.... 

Reading old values from cache: /usr/local/mysgql-max-4.0,1- 
alpha-pc- 

linux-gnu-1686/sql-bench/limits/mysql.cfg 


NOTE: You should be familiar with 'crash-me —help' before 
continuing! 


This test should not crash MySQL if it was distributed together 
with 

the running MySQL version. 
If this is the Case you can probably continue without having to 
WOrry 

about destroying something. 


Some of the tests you are about to execute may require a lot of 


memory. Your tests WILL adversely affect system performance. 
1t*s 

not uncommon that either this crash-me test program, or the 
actual 

database back-end, will DIE with an out-of-memory error. So 
might 

any other program on your system if it requests more memory at 
the 


wrong time. 


Note also that while crash-me tries to find limits for the 
database server 

it will make a lot of queries that can't be categorized as 
'"normal'. 


It's not unlikely that crash-me finds some limit bug in your 
server so 

1f you run this test you have to be prepared that your server 
may die 

during it! 


We, the creators of this utility, are not responsible in any 
way 1f 

your database server unexpectedly crashes while this program 
tries to 

find the limitations of your server. By accepting the following 
question with 'yes', you agree to the above! 


You have been warned! 


Start test (yes/no) ? 

Tables without primary key: yes 
SELECT without FROM: yes 

Select constants: yes 

Select table—-name.*: yes 

Allows ' and " as string markers: yes 
Double '' as ' in strings: yes 
Multiple line strings: yes 

" as identifier quote (ANSI SQL): error 
" as identifier quote: yes 

[] as identifier quote: no 

Column alias: yes 

Table alias: yes 

Functions: yes 

Group functions: yes 

Group functions with distinct: yes 
Group by: yes 

Group by position: yes 

Group by alias: yes 

Group on unused column: yes 

Order by: yes 

Order by position: yes 

Order by function: yes 

Order by on unused column: yes 
Order by DESC is remembered: no 
Compute: no 

INSERT with Value lists: yes 
INSERT with set syntax: yes 

allows end ';': yes 

LIMIT number of rows: with LIMIT 
SELECT with LIMIT +,*: yes 

Alter table add column: yes 

Alter table add many columns: yes 
Alter table change column: yes 
Alter table modify column: yes 
Alter table alter column default: yes 
Alter table drop column: yes 
Alter table rename table: yes 
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rename table: yes 

truncate: yes 

Alter table add constraint: yes 

Alter table drop constraint: no 

Alter table add unique: yes 

Alter table drop unique: with drop key 

Alter table add primary key: with constraint 
Alter table add foreign key: yes 

Alter table drop foreign key: with drop foreign 
Alter table drop primary key: drop primary key 
Case insensitive compare: yes 

Ignore end space in compare: yes 

Group on column with null values: yes 
Having: yes 

Having with group function: yes 

Order by alias: yes 

Having on alias: yes 

binary numbers (0b1001): no 

hex numbers (0x41): yes 

binary strings (b'0110'): no 

hex strings (x'lace'): no 

Value of logical operation (1=1): 1 


Simultaneous connections (installation default): 


query size: 1048574 


Supported sql types 

Type character(1l arg): yes 
Type char(1l arg): yes 

Type char varying(1l arg): yes 
Type character varying(í(l arg): yes 
Type boolean: no 

Type varchar(1l arg) yes 

Type integer: yes 

Type int: yes 

Type smallint: yes 

Type numeric(2 arg): yes 

Type decimal(2 arg): yes 

Type dec(2 arg): yes 

Type bit: yes 

Type bit(1l arg): yes 

Type bit varyingí(l arg): no 
Type float: yes 

Type float(1l arg): yes 

Type real: yes 

Type double precision: yes 
Type date: yes 

Type time: yes 

Type timestamp: yes 

Type interval year: no 

Type interval year to month: no 
Type interval month: no 

Type interval day: no 

Type interval day to hour: no 
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Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 


interval day to minute: no 
interval day to second: no 
interval hour: no 

intervál hour to: minute: no 
interval hour to second: no 
interval minute: no 

interval minute to second: no 
interval second: no 


national character varyingll arg): 


national character(í(l arg): yes 
nchar (1 arg): yes 

national char varyingíl arg): yes 
nchar varyingíl arg): yes 


national character varying([(l arg): 


timestamp with time zone: no 


Supported odbc types 


Type 
Type 
Type 
Type 
Type 


binary(l arg): yes 
varbinary(l arg): yes 
tinyint: yes 

bigint: yes 

datetime: yes 


Supported extra types 


Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 


blob: yes 
byte: no 
long varbinary: yes 


image: no 

text: yes 

text(1l arg): no 
mediumtext: yes 

long varcharí1 arg): no 
varchar2 (1 arg): no 
mediumint: yes 
middleint: yes 

int unsigned: yes 


intl: yes 
int2: yes 
int3: yes 
int4: yes 
int8: yes 
uint: neo 


money: no 
smallmoney: no 
float4: yes 
float8: yes 
smallfloat: no 
float (2 arg): yes 
double: yes 
enumí(l arg): yes 
set(1l arg): yes 
¿nt Cl .aEg) zZerofililz yes 
serial: no 


yes 


yes 
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Type char 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Type 
Remembers 
Remembers 
Supports 

Supports 

Supports 

Supports 

Type for 

Automatic 


year 


box: 
bool 


line 


inet 
cidr 


long 


Supported 
Supported 
Supported 
Supported 


Supported 


datetime: 
smalldatetime: 
timespan: 
reltime: 
int. mot. null: Tdentity*+ 


circle: 


polygon: 
PaOLtnmes 


lseg: 
path: 
interval: 
serial: 


macadadr: 
varchar2 (1 arg): 
nvarchar2 (1 arg): 


rowid: 
mlslabel: 
GLoOb< 

nclob: 
bfile:s 


(1 arg) 


no 
: yes 
yes 


no 
no 


no 

: yes 

no 
no 

no 

E 50 

no 

no 

no 

no 
ho 

> (0 

no 


number (2 arg): 
number (1 arg): 
number: 
long: 
raw(1l 


no 
no 
alto) 
raw: no 
no 


no 


no 
no 

no 

no 

end space 
end space 
0000-00-00 
0001=01=01 
999-1231 


'infinity dates: 
auto—increment 


row id: 


binary: yes 
int not null auto-increment: 
abstime: 


no 


no 


no 
no 
no 


no 


in char(j: no 
in varchar(): 
dates: yes 
dates: yes 
dates: yes 
error 


row id: _rowid 


sql functions 


odbc functions 


extra functions 


where functions 


sql group functions 


yes 


no 


Group function AVG: yes 

Group function COUNT (*): yes 

Group function COUNT column name: yes 
Group function COUNT(DISTINCT expr): yes 
Group function MAX on numbers: yes 
Group function MAX on strings: yes 
Group function MIN on numbers: yes 
Group function MIN on strings: yes 
Group function SUM: yes 

Group function ANY: no 

Group function EVERY: no 

Group function SOME: no 


Supported extra group functions 

Group function BIT—-AND: yes 

Group function BIT-OR: yes 

Gróup, Eunetion [COUNT(DISTEINCI -SXpErreXpErar 2 yes 
Group function STD: yes 

Group function STDDEV: yes 

Group function VARIANCE: no 


mixing of integer and float in expression: yes 
No need to cast from integer to float: yes 

Is 1+NULL = NULL: yes 

Is concat('a',NULL) = NULL: yes 

LIKE on numbers: yes 

column LIKE column: yes 

update of column= -column: yes 

String functions on date columns: yes 

char are space filled: no 

DELETE FROM tablel,table2...: no 

Update with sub select: no 

Calculate 1-1: yes 

ANSI SOL simple joins: yes 

max text or blob size: 1048543 (cache) 
constant string size in where: 1048539 (cache) 
constant string size in SELECT: 1048565 (cache) 
return string size from function: 1047552 (Cache) 
simple expressions: 1837 (cache) 

big expressions: 10 (cache) 

stacked expressions: 1837 (cache) 

tables in join: 63 (cache) 

primary key in create table: yes 

unique in create table: yes 

unique null in create: yes 

default value for column: yes 

default value function for column: no 
temporary tables: yes 

create table from select: yes 

index in create table: yes 

null in index: yes 

null in unique index: yes 

null combination in unique index: yes 


525 


null in unique index: yes 

index on column part (extension) : yes 
different namespace for index: yes 
case independent table names: no 
drop table if exists: yes 

create table if not exists: yes 
inner join: yes 

left outer join: yes 

natural left outer join: yes 

left outer join using: yes 

left outer join odbc style: yes 
rF1Ight. Outer Olas yes 

full. Outer: Joins$ no 

cross join (same as from a,b): yes 
natural join: yes 

Union! O 

union all: no 

intersect: no 

intersect all: no 

except: no 

except all: no 

except: no 

except all: no 

minus: no 


natural join (incompatible lists): yes 
union (incompatible lists): no 

union all (incompatible lists): no 
intersect (incompatible lists): no 
intersect all (incompatible lists): no 
except (incompatible lists): no 

except all (incompatible lists): no 
except (incompatible lists): no 

except all (incompatible lists): no 
minus (incompatible lists): no 
subqueries: no 

insert INTO ... SELECT ...it yes 


atomic updates: no 

views: no 

foreign key syntax: yes 

foreign keys: no 

Create SCHEMA: no 

Column constraints: no 

Table constraints: no 

Named constraints: no 

NULL constraint (SyBase style): yes 
Triggers (ANSI SQL): no 

PSM procedures (ANSI SOL): no 

PSM modules (ANSI SOL): no 

PSM functions (ANSI SOL): no 
Domains (ANSI SOL): no 

many tables to drop table: yes 

drop table with cascade/restrict: yes 
-= as comment (ANSI) : yes 


¿bf 
toa 
e 


ins 


as comment: no 

s comment: yes 

*/ as comment: yes 
ert empty string: yes 


Having with alias: yes 


tab 


le name length: 64 (cache) 


column name length: 64 (cache) 
select alias name length: +512 (cache) 


tab 


le alias name length: +512 (cache) 


index name length: 64 (cache) 


max 
max 
max 


char() size: 255 (cache) 
varchar() size: 255 (cache) 
text or blob size: 1048543 (cache) 


Columns in table: 3398 (cache) 
unique indexes: 32 (cache) 
index parts: 16 (cache) 


max 


index part length: 255 (cache) 


index varchar part length: 255 (cache) 
indexes: 32 
index length: 500 (cache) 


max 
tab 


table row length (without blobs): 65534 (cache) 
le row length with nulls (without blobs): 65502 (cache) 


number of columns in order by: +64 (cache) 
number of columns in group by: +64 (cache) 
crash-me safe: yes 
reconnected O times 


Ejecucion de MySQL en modo ANS]I 


La ejecución de MySQL en modo ANST hace que se comporte de forma mas 
estandar de lo habitual, lo que facilita la tarea de cambiar a otra base de datos en 
una fase posterior. 

Si se inicia MySQL con la opción —ansi.,se aplicaran las siguientes diferen- 


cias al 


comportamiento de MySQL: 


El simbolo | | no significa OR; por el contrario, se aplica a concatenaciones 
de cadenas. Es la opción sq1- mode mysqld PIPES_AS CONCAT. 


La presencia de espacios delante de nombres de funciones no genera erro- 
res y, en consecuencia, todos los nombres de funciones se convierten en 
palabras reservadas. Es la opción sq1-mode mysqld IGNORE_SPACE. 


REAL es sinónimo de FLOAT no de DOUBLE .Es la opcion sq1-mode 
mysqld REAL_AS_FLOAT. 


El nivel de aislamiento de transacciones predeterminado se configura como 
SERIALIZABLE.Es la opcion sq1-mode mysqld SERIALIZE. 


El caracter de comillas dobles (") sera un identificador, no un caracter de 
cadenas. Es la opción sq1- mode mysqld ANSI_QUOTES. 
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Uso de distintos lenguajes en MySQL 


Es evidente que los datos que aliada a MySQL pueden estar en cualquier idio- 
ma pero hay muchos usuarios en el mundo que no hablan ingles y que utilizan 
MySQL. MySQL AB, la empresa actualmente responsable de MySQL esta ub1- 
cada en Suecia y la mayoría de los principales programadores son escandinavos. 
Por esta razon, no debe sorprenderle que las distribuciones de MySQL sean com- 
patibles con otros idiomas. A continuación le mostramos la lista de los idiomas 
admitidos, que probablemente se ampliec en el futuro: checo, danes, holandes, 
ingles (predeterminado), estonio, francés, alemán, griego, hungaro, italiano, 
coreano, noruego, polaco, portugues, rumano, ruso, esloveno, espaliol y sueco. 


Como mostrar mensajes de error en otro idioma 


El inicio de MySQL para que muestre mensajes de error en uno de estos idio- 
mas es tan sencillo como utilizar la opción —1anguage o—L. Para hacerlo en el 
archivo de configuración, basta con ailadir la siguiente linea: 

language=french 

Tambien puede editar personalmente los mensajes de error (para que su base 
de datos tenga un toque mas personal) o contribuir con su propio conjunto de 
mensajes en otro idioma para compartirlo con la comunidad de MySQL. Para 
cambiar los mensajes de error, basta con editar el archivo errmsg.txt en el 
correspondiente directorio de idioma (normalmente /share/nombre _del_ 


idioma en el directorio base de MySQL), ejecutar la utilidad cmp_error y 
reiniciar el servidor. Por ejemplo: 


% Cp errmsg.txt errmsg.baxk 
% vi errmsg.txt 


En este caso hemos modificado el siguiente mensaje de error: 

"No Database Selected", 

para convertirlo en: 

"Haven't you forgotten something - No Database Selected", 
y tras ello lo guardamos como: 


"errmsg.txt”" 229 lines, 12060 characters written 
% COmp_err errmsg.txt errmsg.sys 
Found 226 messages in language file errmsg.sys 


Seguidamente reiniciamos el servidor para aplicar los nuevos mensajes de error: 


% mysqladmin shutdown 

% /fetc/rc.d/init.d/mysql start 
% wmwysql -—uroot -pg00r002b 
mysql> SELECT * FROM a; 


ERROR 1046: Haven't you forgotten something - No Database 
Selected 


Tendra que repetir los cambios si actualiza a una nueva version de MySQL. 


Utilización de un conjunto de caracteres diferente 


De forma predeterminada, MySQL utiliza el conjunto de caracteres Latinl 
(1SO-8859-1). El conjunto de caracteres determina que caracteres se van a utili- 
zar, asi como la ordenacion de las consultas. Para cambiar el conjunto de carac- 
teres debe modificar el valor de la opcion —default-character-set al 
iniciar el servidor. Entre los conjuntos de caracteres actualmente disponibles se 
encuentran los siguientes: 


latin! dos estonia 
big5 germanl hungarian 
czech hp8 koi8_ukr 
euc_kr koi8_ru win1251ukr 
gb2312 latin2 greek 
gbk swe7 win1250 
latin1_de usa7 croat 

sjis cp1251 cp1257 
tis620 danish latin5 
ujis hebrew 

dec8 win1251 


Puede comprobar que conjuntos de caracteres estan disponibles en su distribu- 
cion s1 consulta el valor de la variable character set. 

Al cambiar un conjunto de caracteres, tendrá que volver a generar sus indices 
para garantizar que se ordenan en funcion de las reglas del nuevo conjunto de 
caracteres. 

De forma predeterminada, MySQL se compila con —with-extra- 
charsets=complex, para que el resto de conjuntos de caracteres esten dispo- 
nibles en caso de que los necesite. Si tiene pensado compilar personalmente MySQL 
y sabe que nunca va a necesitar otro conjunto de caracteres, puede utilizar la 
opcion —with-extra-charsets=none. 


Como añadir un conjunto de caracteres propio 


Tambien puede añadir su propio conjunto de caracteres. Si se trata de un 
conjunto de caracteres simple y no necesita compatibilidad de caracteres multibyte 


o rutinas de comparacion de cadenas para ordenar, la operación resulta sencilla. 
Resulta mas compleja si requiere estas opciones adicionales. Para ailadir el con- 
junto de caracteres, siga los pasos descritos a continuación: 
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1. Añada el nuevo conjunto de caracteres al archivosq1/share/charsets/ 
Index y asignele un Id. exclusivo. La ruta puede diferir en algunas distri- 
buciones pero siempre sera el archivo Index . En este ejemplo, denomina- 
mos martian al nuevo conjunto de caracteres y le asignamos el Id. 31: 


* sql/share/charsets/Index 

$ 

$ Este archivo enumera todos los conjuntos de caracteres 
* disponibles. 


big5 1 
czech 2 
dec8 3 
dos 4 
germanl 5 
hp8 6 
koi8_ru 7 
latinl 8 
latin2 9 
swe” 10 
usa” EE 
ujis 12 
sJjis 13 
cp1251 14 
danish LS 
hebrew 16 


+ El conjunto de caracteres win1251 se ha quedado obsoleto. En 
* su Tugar utilice epl2sl. 


win1251 17 
tis620 18 
euc_kr 19 
estonia 20 
hungarian 21 
koi8_ukr DA 
winl25lukr 23 
gb2312 24 
greek 20 
win1250 26 
croat 27 
gbk 28 
cp1257 29 
latin5 30 
martian 31 


2. Cree el archivo . conf y aiiadalo al directorio, por ejemplo, sq1/share/ 
charsets/martian.conf.Utilice uno de los archivos . conf exis- 
tentes como punto de partida. 


En el archivo .conf, las líneas que empiezan con el simbolo 4 son co- 
mentarios, las palabras se separan con espacios en blanco y todas las pala- 
bras deben estar en formato hexadecimal. Hay cuatro matrices que, en 
orden, son ctype (contiene 257 elementos), to lower y to upper 
(cada una con 256 elementos), ys ort_order (también con 256 elemen- 
tos). A continuación le mostramos un ejemplo de archivo . conf (se trata 
del archivo latin1.conf estándar): 


* Archivo de configuración del conjunto de caracteres latinl 


$ Matriz ctype (debe tener 257 elementos) 


00 
20 
20 
48 
84 
10 
01 
10 
02 
00 
00 
48 
10 
01 
01 
02 
02 


00 
0 
20 
50) 
40 
70 
60 
70 
80 
30 
AO 
BO 
EO 
FO 
EO 
FO 


20: 20-20. -20: :20- 20 320. 20: 28 28: ¡28-28-28 20-20 
20 20-20. .20-. 206 .20 20 20... 20 20 :20- -20- 20 20 0 
10 “ALO “10 10. 10: TO. 10: (10: TO 10 10 10 10, 40.10 
84 84 84 84 84 84 84 s84 g4 1o 10 10 10 10 10 
81: «$4. 81. 8L 81 81. .01 01. UL. -Q1 “01. 01 -O1: -01- 0] 
01 01 01 01 01 01 01 0101 oi 1o 10 10 10 10 
92 82 '82 (82: 282. 082.02 -02 “02. 02: -02. 02 82: 02. 02 
02 02 02 02 02 02 02 02 02 02 10 10 10 10 20 
00 00 00 00 00 00 00 00 00 00 00 00 00 00. 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00. 00 
10 10 106 10 10 10 10 10 10 10 10 10 10 10 10 
10" 10. 10.10 10 10. 10. 10 10 10:-.10 10 10 10 “10 
Ot . 01. OL “Ot: $01 -01L, “Dr 0: -0Ll 0 “DI “OL: “01 «IL... 81 
01 01 01 01 01 01 10 01 01 01 01 01 01 01. 02 
0Z2- U2 02. 502 .02 02. ¿02 02 02 02 02 02-02 .02 «DE 
02: -D02- 02: 02 02 :.02 10 02. 02 -02 “02 02 02 0% “02 


Matriz to-—lower (debe tener 256 elementos) 


OL 02 US -04 05-06 07. 08- 09: DA (0B> 06€ ¿OD 205. *QE 
11. (127 13 14: 15.16. 17: 18 19 A “LB E «LD “15- ALE 
2L: 22 (23 24 29 28 2 28: 24%: ¿2d 28 232€. ..¿2D. ZE ¿E 
SL Be “83 ¿20 UB 0 IE O 230 ¿DA «8 00. com, (SE: SE 
61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 
dl. Te 13 4 To 6 FTE 18. 19 1 COB 39€ OD: (SE. (SE 
61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 
VA MA AS. A Mo: TO AE TS 79. MA. 1B> IE AD: TE TIE 
81. 82 83 84 85 86 87 88 .89 "BA 8B € 8D 8E  8F 
SL. 92 093" (94. 95. 96. “97 98 98 - DA: 9B. “YE. 8D BE, -9P 
Al A2 A3 AZ A5 AG AY ABS A9 AA AB AC AD AE AF 
Bl B2 B3 B4 B5 B6 B7 B8 B9 BA BB BC BD BE BF 
El E2 ES E4 E5 E6 E7 E8 E9 EA EB EC ED EE EF 
Fl:, E2- ES 54 ES” 6. -D7.. 8: FS -FA (FB “EC ED: FEE: DE 
El E2 E3 E4 E5 E6 E7 E8 E9 EA EB EC ED EE EF 
Fl F2 F3 F4 F5 F6 F7 F8 F9 FA FB FC FD FE FEF 


$ Matriz to-—upper (debe tener 256 elementos) 


00 
10 
20 


01 02. 83: 04. 05: 06: 007- 08: .09 :OA. (OB: 20€ OD: “QE. OF 
tl. 2 AS. 14. 5 6 TY Le d9 lA Bo de 1D: TE- LE 
2l. 22 23 24 25. .26 27 28 29% .2A -2B- 2€ 2D 2E 2F 
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30 
40 
50 
60 
50 
80 
90 
AO 
BO 
¡el0 
DO 
¡el0) 
DO 


31. 32 33 34 35. 36 37 3B -39 3A .3B- -3C .3D JE. 3F 
41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E  4F 
SL 32%, 1239 -04 -39 90. 0): 08% 09 DA. -9B “30€ 3D. -DE- 9E 
41 42 43 44 45 46 47 48 49 4A 4B4C 4D 4E  4F 
SL. 52: -3539.. 54. 33 -D6- 357 958. 939 “54. 7B. 31€ 7D, JE. -7F 
81l 82 83 84 85 86 87 88 89 8A 8B 8C 8D 8E 8F 
91 92 93 94 95 96. .97 398. 99 SA 9B 99€ 9D: -9E. 9E 
Al A2 A3 A% A5 AG AY AV A9 AA AB AC AD AE AF 
Bl B2 B3 B4 B> B6 BY B8 B9 BA BB BC BD BE BF 
Gl. ¿E2. -E3* Ed CES EOS Ef C08- ES EA. €B-.€C .€6D- CE "CF 
Dl D2 D3 D4 D5 D6 DY D8 D9 DA DB DC DD DE DF 
Gl: €E£. 062.04 ¿Co €6 07. ES. C€% CA €B EC. CD CE. «CE 
Dl D2 D3 D4 D5 D6 F7 D8 D9 DA DB DC DD DE FEF 


Matriz sort order (debe tener 256 elementos) 


00 
10 
20 
30 
40 
50 
60 
50 
80 
90 
A0 
BO 
41 
44 
41 
44 


01 02 03 04 05 06 07 08 09 0A 0B_-O0OC CD OE — OF 
11 12. 135: 14 TS. M6. 7 CS: 10: TA. 18: dE. 10 “ME 1E 
21, 22 23: ZA 23 26. 21 28.29 _2A0o “2B. 20€, 02D. 2E: 2E 
31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E  3F 
41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E  4F 
ad. 32% “33 (34 Do” 36. 37. “8 29 OA COB: 36" 2D. “SE <9E 
41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E  4F 
SL. 32. ¿DS 0 O SÓ A O O A AB AE CAD TE OE 
81 82 83 84 85 86 87 88 89 8A 8B 8C. 8D 8E 8F 
91 92-93 .94- Dd JO 97 398. 90. DA. DB... “9€: .9D -9E> YE 
Al A2 A3 A4 AS A6 A7 A8S A9 AA AB AC AD AE AF 
Bl B2 B3 B4 B> B6 B7 B8 B9 BA BB BC BD BE BF 
41 41 41 5C DB 5C 43 45 45 45 45 49 49 49. 49 
4E .4F 4F .4F .4F 5D D? DS 355. 55 55: 359 59 DE DF 
41 41 41 5C 5B 5C 43 45 45 45 45 49 49 49 49 
4E-  4F..4F 4F :4E 3D .F7, D8, 55 35 33 359 :39 DE. FEF 


La matriz ctype contiene valores de bits, con un elemento para cada 
caracter. Las matrices to_lower y to_upper simplemente almacenan 
los caracteres en minusculas y mayusculas correspondientes a cada uno de 
los miembros del conjunto de caracteres. 

Por ejemplo, to _lower['A' ] contiene a, mientras que to_upper 
[*z*] contiene Z. 

La matriz sort_order indica la forma de ordenar los caracteres (nor- 
malmente se corresponde cont o_upper, en cuyo caso el orden no distin- 
guirá entre mayúsculas y minúsculas). Todas las matrices se indexan por 
el valor de los caracteres a excepción de c type que se indexa por el valor 
del caracter + 1 (un viejo legado). 


Añada el nuevo conjunto de caracteres (martian.conf) a las listas 
CHARSETS_AVAILABLE y COMPILED_CHARSETS del archivo 
configure. in. 


Vuelva a configurar y compilar MySQL, y pruebe el nuevo conjunto de 
caracteres. 


Si se siente con animos de emprender la inclusion de un nuevo conjunto de 
caracteres complejo, este proceso requiere algunos pasos adicionales. Consulte la 
documentacion de MySQL para ver lo que necesita (asi como la documentacion 
de los conjuntos de caracteres complejos ya existentes: czech, gbk, sjis y t1s160). 


Resumen 


Para aprender a obtener el maximo rendimiento de nuestro servidor de bases 
de datos, es muy importante comprender las distintas opciones disponibles para 
retocarlo. Para ver como se ha configurado un servidor existente, debe utilizar la 
instrucción SHOW VARIABLES así como SHOW STATUS para ver como se ha 
procesado. El resultado de estas dos instrucciones puede revelar muchos proble- 
mas ocultos, incluyendo consultas no optimizadas, una pobre utilización de la 
memoria disponible o la necesidad de una actualización. 

MySQL cuenta con cuatro archivos de configuracion que pueden ayudarle a 
obtener un mejor rendimiento del servidor. Solamente tiene que escoger, entre 
my-huge.cnf,my-large.cnf, my-medium.cnf omy-small.cnf, el 
que mas se aproxime a las necesidades de su servidor. 

Dos de las variables mas sencillas de modificar, y de las mas importantes, son 
table cache (el numero de tablas que MySQL puede tener abiertas) y 
key buffer size (número de indices que puede tener en memoria, minimi- 
zando el acceso a disco). 

Las bases de datos InnoDB tienen sus propias peculiaridades y funcionan de 
forma diferente a las tablas MyISAM, en las que cada tabla esta relacionada con 
archivos especificos. La configuracion de InnoDB requiere una cuidadosa plan1- 
ficacion ya que el espacio de disco se asigna de forma anticipada. 

El hardware tambien constituye una forma sencilla de mejorar el rendimiento 
de un servidor, principalmente la memoria, la CPU o los discos. 

MySQL incluye un paquete de análisis comparativo que se puede utilizar para 
contrastar el rendimiento de distintas plataformas, incluso de otras bases de da- 
tos. 

MySQL se ha desarrollado en Escandinavia e incluye compatibilidad con otros 
idiomas además del ingles. Resulta muy sencillo mostrar mensajes de error en 
otros idiomas o aiiadir un conjunto de caracteres. 
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EF Seguridad 
de bases 
de datos 


La seguridad no es un elemento adicional opcional. El control de fugas de 
seguridad una vez establecidos todos los elementos resulta mucho mas complica- 
do que la protección correcta de los datos desde el principio.Y, como administra- 
dor de bases de datos (DBA), debe confiar en sus usuarios, pero si borran 
accidentalmente una tabla cuya presencia desconocian, sera el administrador el 
que reciba las culpas. La mayor parte de este capitulo se centra en las formas de 
gestionar los usuarios y en garantizar que solamente realizan las acciones necesa- 
rias. En este capitulo veremos los siguientes aspectos: 


+ Seguridad al conectarse 

e Modificación y asignacion de contraseiias 
e Gestion de usuarios y permisos 

+ Tablas de permisos MySQL 

e GRANT y REVOKE 

e Privilegios peligrosos 

e Seguridad de aplicaciones y del sistema 


+ Aspectos de seguridad relacionados con LOAD DATA LOCAL 
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Seguridad al conectarse 


Cuando nos conectamos, resulta poco seguro hacerlo la siguiente forma: 


% mysql -—uusername -—ppassword 


A lo largo del capitulo utilizaremos este formato por motivos de conveniencia, 
para que la contraseiia sea visible en los ejemplos. Sin embargo, un usuario pre- 


ocupado por la seguridad no deberia conectarse dc esta forma por las siguientes 
razones: 


e Cualquiera puede observar por encima de nuestro hombro y ver la contra- 
seña plasmada en texto. 


e La contraseiia puede ser visible en el historial (por ejemplo, en Unix, cual- 
quiera que tenga acceso a la terminal de otro usuario puede desplazarse 
por los comandos mas recientes y ver la contraseila). 


+ Programas que ven el estado del sistema (como ps de Unix) pucden ver la 
contraselia plasmada en texto. 


Por el contrario. debe conectarse e introducir la contraseiia cuando asi se lo 
soliciten: 


% mysql -uroot -p 
Enter password: 


Si necesita almacenar la contraseiia en un archivo, asegurese de que la protege 
correctamente. 

Por ejemplo, si la contrasetia se almacena en el archivorny .cnf en el directo- 
rio principal del usuario en un servidor, este archivo no puede ser leído por nadie 
mas. 

Evidentemente, el usuario raiz del sistema puede leer este archivo. Asegurese 
de que el usuario raiz del sistema no es necesariamente el usuario raiz de MySQL. 
Del mismo modo, las aplicaciones suelen utilizar un archivo de configuración 


para almacenar la contraseña de la base de datos. No olvide proteger tambien este 
archivo. 


ADVERTENCIA :Nunca debe almacenar un archivo de configuración que 
contiene una contraseña de base de datos para una aplicación Web, a cual- 
quier otra contraseña, en el árbol Web. 


Por ultimo, no utilice la variable de entorno MYSQL _PWD para almacenar su 


contraseila. Tampoco debe especificarla en la linea de comandos. Las variables 
de entorno no son seguras. 


Gestion de usuarios y permisos 


MySQL dispone de un sistema de permisos bien diseiiado, flexible y facil de 
gestionar. Los permisos permiten o prohiben que determinados usuarios o equi- 
pos anfitrion se conecten al servidor de bases de datos y que realicen determina- 
das operaciones en las bases de datos, tablas o incluso en colurnnas especificas de 
las tablas. 

Veamos algunos posibles casos: 


Un sitio Web de noticias incluye un servidor de bases de datos, un servidor 
Web y una Intranet en la que los empleados actualizan las noticias. Las 
conexiones desde el servidor Web solamente tendrán permiso para ejecutar 
consultas SELECT en la base de datos y las conexiones desde la Intranet 
permitiran consultas UPDATE e INSERT por parte de los empleados. 


Un sistema de transacciones financieras tiene una base de datos que contie- 
ne un registro de registros y una base de datos con balances de clientes. Se 
permiten actualizaciones en la base de datos de balances de clientes pero 
no en la de registros. 


Un sistema de reservas tiene usuarios convencionales que solamente pue- 
den ailadir registros en una determinada tabla y un administrador que pue- 
de actualizar dicha tabla. 


La base de datos mysq] 


Cuando se instala MySQL, la base de datos m y sq 1 es una de las que se crea 
automaticamente. 

Un profundo conocimiento de las tablas de esta base de datos resulta fun- 
damental para poder administrar de forma eficaz la seguridad en el sistema 
(tabla 14.1). Hay seis tablas en la base de datos m y s q 1 que afectan el acceso al 
sistema: 


mysql> USE mysql; 
Database changed 
mysql> SHOW TABLES; 


+ 


+ 


dE 
Tables in mysql | 
a 

columns—priv | 

db | 

un. | 

host | 
tables—priv 

user | 

+ 
rows in set (0.00 sec) 
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Tabla 14.1. Las tablas MySQL 


Descripción 


user Enumera los usuarios y los equipos y contraseñas 
asociadas que pueden acceder al servidor, así como 
los permisos globales que tienen. Es aconsejable 
desactivar todos los permisos globales y, en su lu- 
gar, permitir el acceso individual en una de las otras 
tablas. 


db Enumera las bases de datos a las que pueden ac- 
ceder los usuarios. Los permisos otorgados se apli- 
can a todas las tablas de la base de datos. 


Host Junto con la tabla db, permite un acceso más con- 
trolado en función de un determinado equipo. 

Tables_priv Enumera el acceso a tablas concretas. Los permi- 
sos otorgados se aplican a todas las columnas de 
la tabla. 

Columns_priv Enumera el acceso a tablas específicas. 

un. Todavía no se utiliza. 


Campos de las tablas 


A continuación veremos las tablas de la base de datos mysq1. Las tablas de 
su distribución pueden ser ligeramente distintas. 


mysql> SHOW COLUMNS FROM user; 


- A 9% $ RÁ + 
|Field | Type ¡Null |IKey [Default |Extra]l 
 _AA<<móq=A—— y + +—+ +——+ 
| Host |varchar (60) 

binary | | PRI | | | 
|User Ivarchar (16) 

binary | | PRI | | 
| Password Ivarchar (16) 

binary | | | | | 
[Select priv [enum('N','Y')] 1 | IN | | 
|Insert priv |enum('N','Y')] | | IN | 
¡Update priv |enum('N','Y')] | | IN | | 
|Delete priv Jenum('N','Y')1 | | IN | | 
[Create priv lenum('N*,'Y*)1| | | |N | | 
|Drop priv enuncia | | N | | 
¡Reload priv lenum('N','Y')]| | | IN | | 
¡shutdown priv |enum('N','Y')| | | N | | 
|Process priv lenum('N','Y')[ | | | N | 
File priv |enum('N','Y')] ] | N | 
[Grant priv Jenum('N','Y')| | | |N | | 
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|Field | Type |¡Null |Key |Default |Extra]l 


A —+ t——+ 
|References priv lenum('N','Y') | | IN | | 
¡Index priv |enum('N','Y')]| | IN | | 
|Alter priv |enum('N','Y') | | [N | | 
|[Show_db priv |enum('N','Y') |] |N | | 
|Super priv |enum('N','Y') | | |N | | 
¡Create tmp table priv l|enum('N','Y')|] | IN | 
[Lock _ tables priv |lenum('N','Y')>|] | IN | | 
JExecute priv |enum('N','Y') |] l |N | | 
|Repl_slave priv [enum('N','Y') | |N | 
|Repl_client priv Jenum('N','Y')] | IN | 
|Issl type |enumí('*','ANY' 

y X509' 

, 'SPECIFIED')| | | | | 
[ssl cipher Iblob | | | | | 
1x509—issuer lblob | | | | 
1x509 subject |blob | | | | | 
|Imax_ questions lint(11) 

unsigned | ¡ | | | 
max updates lint (11) 

unsigned | | | | 
[max connections int (11) 

unsigned | | | | 
as Es += =+ ASE 
31 rows in set (0.00 sec) 
mysql1> SHOW COLUMNS FROM db; 
A E A +——+ 
|Field [Type |Null  |Key [Default lExtral 
q +4 t——<4 
| Host ¡char(60) binary l |PRI | | | 
¡Db Ichar(64) binaryl |PRI | | | 
|User ¡char (16) binaryl |PRI | | 
[Select priv lenum('N', ed l | |N | | 
Insert priv |enum('N','Y') l ] |N | | 
Update priv |enum('N','Y') | | IN | | 
[Delete priv |enum('N','Y')>) ] | IN | | 
|Create—-priv |enum('N','Y') | | IN | 
|[Drop_priv jenum('N','Y') | | IN | 
|[Grant_priv |enum('N','Y') | | IN | | 
| References—priv lenum('N','Y') | | IN | | 
[Index priv |enum('N','Y') | IN | | 
[Alter _ priv ¡enum('N','Y') | | | N | 
A OS E +——+ 
13 rows in set (0.01 sec) 
mysql1> SHOW COLUMNS FROM host; 
Y——————————— + ++ FH—<4 
[Field | Type [Null (Key [Default |Extral 
+ SN 
| Host [char (60) binary | [PRI | | | 
|Db [char (64) binaryl |PRI | | | 
| Select—priv |enum('N','Y') | | |N | | 
[Insert priv |enum('N','Y') | N | | 
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|Field ¡Type |Null 
Y — + —E + — 4 ++ 
¡Update priv lenum('N','Y!' 

|Delete priv lenum('N', 'Y' 

[Create priv [enum('N', 'Y? 

|Drop_priv lenum('N', 'Y' 


|[Grant_priv lenum('N', 
¡References priv |enum('N', 
|Index_priv |enum('N' 
¡Alter priv |enum('N' 
GOA e 
12 rows in set (0.01 sec) 

mysql> SHOW COLUMNS FROM tables—priv; 


KKHHKHKKRK 


Da 


| 
| 
| 
| 
| 
| 


l 
+ 


+——————+ e E doma ie E 
[Field | Type |Null 
$ -—++ +—— ++ +——+ 
|Host Ichar (60) binary l 
| Db |char(64) binary 
|User [char (16) binary 
[Table name Ichar(60) binary | 
|Grantor Ichar (77) | 
|Timestamp |timestamp (14) YES 
|Table priv |set('Select','Insert', 
'Update', 'Delete', 
'Create', 'Drop', 
'Grant', 'References', 
"Index", 'Alter') | 


|¡Column_ priv PSetiSaLlecte"s LASert."y 
'Update','References') | 
- + + HR + + 

8 rows in set (0.01 sec) 


mysql> SHOW COLUMNS FROM columns—priv; ; 


t——————+ Y +4 ++ 
[Field | Type | Null 
Y ————————— + +F———+—+ +—+ 

| Host |¡char(60) binary 

|Db Ichar (64) binary 

User Ichar(16) binary 

[Table name Ichar (64) binary 
¡Column—name [Ichar(64) binary 


|timestamp (14) | YES 
Iset('Select', 'Insert', 
Update','References') | 
+-————+ +4 E 

7 rows in set (0.01 sec) 

mysql> SHOW COLUMNS FROM func; 


|[Timestamp 
¡Column _ priv 


yA KÁAÁKÁKÁKÁKá<]ñáKá]á> q 2 + 4 
|Field | Type | Null 
+ ————_—_—_—_—— + 4——4—+ +——+ 
Iname Ichar (64) binary l 

| ret (tinyint tl l 

pal: Ichar (128) | 
¡type |enum('function', | 


l[Key 


lIKey 


[PRI 
IPRI 
|PRI 
¡PRI 
|MUL 


| Default 


IN 
IN 
IN 
| N 
IN 
IN 
IN 
IN 


[Default 


NULL 


[Default 


NULL 


|Default 


| 
10 
| 


| function 


|Extra 


lExtra 


|Extra 


| 


"aggregate') 
qHÁ _—_——_———_—— $ 
4 rows in set (0.01 sec) 


En la tabla 14.2 se describen los distintos privilegios. 


Tabla 14.2. Significado de las columnas 


olumna Descripción 


Lost Equipo anfitrion desde el que se conecta el usua- 
rio. 

User Nombre de usuario proporcionado para la conexión 
(la opcion -u). 

Password Contraseña con la que se conecta el usuario (la 
opcion -p). 

Db Base de datos a la que el usuario intenta realizar la 
operación. 

Select_priv Permiso para devolver datos desde una tabla (una 


instruccion SELECT). Los resultados SELECT que 
se pueden calcular sin necesidad de acceder a una 
tabla devuelven un resultado aunque el usuario no 
tenga privilegios SELECT. 


Insert priv Permiso para añadir nuevos registros a la tabla (una 
instrucción INSERT). 

Update priv Permiso para modificar datos en una tabla (una 
instruccion UPDATE). 

Delete_priv Permiso para eliminar registros de una tabla (una 
instruccion DELETE). 

Create— priv Permiso para crear bases de datos y tablas. 

Drop-— priv Permiso para borrar bases de datos o tablas. 

Reload_priv Permiso para volver a cargar la base de datos (una 


instruccion FLUSH o una recarga, actualización o 
eliminación emitida desde msyqladmin). 


Shutdown_priv Permiso para cerrar el servidor. 


Process— priv Permiso para ver los procesos MySQL actuales o 
para eliminar procesos MySQL (para instrucciones 
SHOW PROCESSLIST O KILL SQL). 


File priv Permiso para leer y escribir archivos en el servidor 
(para instrucciones LOAD DATA FILE O SELECT 
INTO OUTFILE). Todos los archivos que el usua- 
rio MySQL puede leer son legibles. 


Columna 


Grant_priv 


References_priv 
Index— priv 


Alter_priv 


Show_db_priv 


Super_priv 


Create tmp_ 
table_priv 
Lock_tables_priyv 
Execute_priv 
Repl_client_zpriv 
Repl_slave_pri yv 
ssl_type 
sslzcipher 

x509 issuer 
x509_subject 
max_questions 


max_updates 


max connections 


Descripción 


Permiso para conceder privilegios disponibles en 
el usuario a otros usuarios. 


Actualmente no se utiliza en MySQL. 
Permiso para crear, modificar o eliminar indices. 


Permiso para cambiar la estructura de una tabla 
(una instrucción ALTER). 


Permiso para ver todas las bases de datos. 


Permiso para conectarse, incluso si se alcanza el 
maximo de conexiones, y ejecutar los comandos 
CHANGE MASTER, KILL en subprocesos, depura- 
cion mysqladmin, PURGE MASTER LOGS y SET 
GLOBAL. 


Permiso para crear una tabla temporal (CREATE 
TEMPORARY TABLE). 


Permiso para bloquear una tabla para la que el usua- 
rio tiene permiso SELECT. 


Permiso para ejecutar procedimientos almacena- 
dos (previsto para MySQL 5). 


Permiso para solicitar la duplicación de esclavos y 
principales. 


Permiso para duplicar (consultar un capítulo ante- 
rior). 

Solamente se concede el permiso de conexión si 
se utiliza SSL. 


Solamente se concede el permiso de conexión si 
hay un cifrado especifico. 


Solamente se concede el permiso de conexión si el 
certificado se emite por un emisor especifico. 


Solamente se concede el permiso de conexión si el 
certificado contiene un asunto concreto. 


Número maximo de consultas por hora que puede 
ejecutar el usuario. 


Numero maximo de actualizaciones por hora que 
puede ejecutar el usuario. 


Maximo de conexiones por hora que puede reali- 
zar el usuario. 


Como examina MySQL permisos para conceder el acceso 


Cuando un usuario intenta conectarse, MySQL examina en primer lugar la 
tabla de usuarios para confirmar que se enumera el usuario concreto, el anfitrion 
y la contraseiia. En caso contrario, se le niega el acceso al usuario. Cuando el 
usuario intenta conectarse directamente a una base de datos, la tabla db se exami- 
nara si el usuario pasa las comprobaciones restantes. Si el usuario no tiene permi- 
so para conectarse a la base de datos, el acceso no se concede. 

Cuando un usuario conectado intenta realizar una operacion administrativa 
(por ejemplo, msyql1admin shutdown), MySQL examina la columna relacio- 
nada con la operacion de la tabla del usuario. Si se concede el permiso para la 
operacion solicitada, la operacion sigue adelante. En caso contrario, se cancela. 

Cuando un usuario conectado intenta realizar una operacion relacionada con 
la base de datos (SELECT, UPDATE, etc.), MySQL examina el campo relaciona- 
do de la tabla del usuario. Si se concede el permiso para la operacion solicitada 
(SELECT, UPDATE, etc.), la operacion se permite. En caso contrario, MySQL 
pasa al siguiente paso. A continuación, se examina la tabla db. MySQL busca la 
base de datos en la que el usuario realiza la operacion. Si no existe, se deniega el 
permiso y se cancela la operacion. Si la base de datos existe y coinciden el anfi- 
trion y el usuario, se examina el campo relacionado con la operacion. Si se conce- 
de el permiso para la operacion solicitada, la operacion sera satisfactoria. Si el 
permiso no se concede, MySQL prosigue con el siguiente paso. Si existe la com- 
binacion base de datos y usuario, y el campo anfitrion esta en blanco, MySQL 
examina la tabla para ver si el anfitrion puede realizar la operacion solicitada. Si 
el anfitrion y la base de datos se encuentran en la tabla del anfitrion, el campo 
relacionado tanto en la tabla del anfitrion como en la tabla db determina el exito 
de la operacion. Si se concede el permiso en ambas tablas, la operacion continua. 
En caso contrario, MySQL pasa al siguiente paso. 

MySQL examina la tabla tablesqriv y toma en consideración la tabla en la 
que se realiza la operacion. Si no existe la combinación anfitrion, db, usuario y 
tabla, la operacion se cancela. Si existe, se examina el campo relacionado. Si el 
permiso no se concede, MySQL pasa al siguiente paso. Si se concede el permiso, 
la operacion sigue adelante. 


os [ros 


TABLES_PRIV 


COLUMNS-PRIV 


Figura 14.1. Precedencia de las tablas de permiso MySQL 
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Por ultimo, MySQL examina las tablas columns priv y utiliza las columnas de 
la tabla utilizada en la operacion. Si se concede el permiso relacionado con la 
operacion solicitada, la operacion sigue adelante. En caso contrario, la operacion 
se cancela. 

El orden de precedencia de las tablas de permiso MySQL se muestra en la 
figura 14.1. 


Como completar las tablas de permiso 


Las tablas de permiso se completan con determinados valores predetermina- 
dos: 


* 
mysql> SELECT FROM user; 


——— A SS —_—— $ AR A Á 
—— 2 Y S — + — 
—S AA SÁ Aw9=— + — 
— ——— == + —— 
YN ———R——— + 

+ + + + 
| Host | User | Password 
Select—priv | Insert—priv | Update—priv | Delete—priv | 
Create—priv | 
Drop—priv | Reload—priv | Shutdown—priv | Process—priv |l 
File—priv | 
Grant—priv | References—priv | Index—priv | Alter—priv | 
Show_db priv | 
Super—priv | Create tmp table priv | Lock—tables—priv | 


Execute—priv | 

Repl_slave priv | Repl_client priv | ssl type | ssl _cipher | 
x509 issuer | x509 subject | max questions | max updates | 
max connections | 

_ _ > + 


— + ——_—  —_— A _ ——— — o omum—— + —— 
— 1 > _—_—_—__  _ $ Á 
— _—____ A —_—_—_ HIM _—+—Á 
— —_. __ 2 _—_—_— + ——Á 
—_—_— > >++>—>+> _———A >= ——_— += 
+ + + + 
| localhost | root 
| Y 
| Y | Y | Y | Y | Y 
| Y 
| Y | Y | Y | Y [Y 
| Y | Y lie Y 0 
| Y | Y | Y [Y 
| | 
O |] 
O | O |] 
l test.testhost.co.za | root 
| Y 


| Y | Y ME [cx 
| y 
| Y | Y Y Fx 
| Y SN [E EX 
| Y | Y Y | 
| | | | 
o | 
O | o 1] 
| localhost | | 
IN 
| N | N | N |ON 
IN 
| N I N | N | N 
| N | N | N | N 
IN IN | N | 
| ¡ | | 
o |] 
O | o | 
| test.testhost.co.zá | | 
ION 
ION | N | N | ON 
| N 
| N | N EN IN 
IN | N | N | N 
IN IN | N | 
] | | | 
OD ] o | o | 
+ + + q 
—— 4 ——— > —_——_— AS + — —— H— = 
Y 2% 2% A ——H— 
— A Y E ————_—_—_—H-— 
— 3 4 ——_——-Y5 _k+=— 
———— A ——_—— A AS —— —_— += 

+ + + + 


4 rows in set (0.05 sec) 
mysql> SELECT % FROM db; 


PHKÁA AÁA2 So _ÁA2A Y A AR AA A HA 
—— NY. 8: A — 

+ + 
| Host | Db | User | Select—priv | Insert priv | 
Update—priv | 
Delete—priv | Create—priv |] Drop—priv | Grant priv | 
References—priv | 
Index—priv | Alter—priv | 
YY 4 5 Y 4 — 
LAA - Y + — 

+ + 
$ | test | [Y A | 
MITE 
E | Y | N | Y 
j 


— 


K — 


Y | 
| | testi_3 | | Y | Y e 
| Y 
E ME | N NS O 
| 
Y | 
EH ———— $ E A  >>=+ + — 
+ + +o- o += 
+ + 


2 rows in set (0.01 sec) 

mysql> SELECT * FROM host; 

Empty set (0.00 sec) 

mysql> SELECT * FROM tablespriv; 
Empty set (0.00 sec) 

mysql> SELECT FROM columns-priv; 
Empty set (0.00 sec) 


Apreciara que los parametros predeterminados no son seguros. Cualquiera 
pucde conectarse desde el servidor local corno usuario raiz y disponer de control 
absoluto. Un usuario anonimo (el que no proporciona ningun nombre de usuario) 
puede conectarse desde el servidor local a la base de datos de prueba predeterm1- 
nada y a cualquier base de datos cuyo nombre comience por test. 


NOTA: En Unix, MySOL utiliza el nombre de usuario de conexi 
en caso de no indicar ningún nombre de usuario. Esto significa 
quiera que se conecte como raiz puede acceder a MySQL sin nec 
especificar un nombre de usuario y dispondrá de fodos los permisas 


Unix 


Una de las primeras tareas que se deben realizar en una nueva instalacion es 
definir nuevos permisos y, al menos, una nueva contrasefía para el usuario raiz. 


Manipulación directa de las tablas de permisos 


Hay dos formas de definir permisos: por medio de las instrucciones GRANT y 
REVOKE de MySQL o cambiando directamente los valorcs en las tablas. La 
forma mas sencilla y mas aconsejable consiste en utilizar las instrucciones GRANT 
y REVOKE, pero es importante que entienda corno afectan las tablas a los permi- 
sos. Por el momento, veremos la forma de cambiar permisos mediante la modifi- 
cation de los valores de las tablas con las instrucciones SQL básicas INSERT, 
UPDATE y DELETE. Veremos el otro método en un apartado posterior. Para 
añadir una contraseiia para el usuario raiz, debe escribir lo siguiente: 

mysql> UPDATE user SET password=PASSWORD ('g00r002b') WHERE 

user='root'; 


Query OK, 2 rows affected (0.00 sec) 
Rows matched: 2 Changed: 2 Warnings: 0 


Fíjese en el uso de la funcion PASSWORD () . Es necesario utilizarla al actua- 
lizar directamente las tablas. 


Codifica la contraseiia para que no se pueda leer con tan sólo mirar a los 
contenidos de las tablas. Por ejemplo: 


mysql> SELECT host,user, password FROM user; 


$ —————— + +4 + 
host | user | password l 
$ == + 
l localhost l root | 43b591f£759a842a09 | 
| test.testhost.co.za | root | 43b591f759a842a9 | 
localhost l | | 
| test.testhost.co.za l | | 
+*——————————+ ++ 


4 rows in set (0.00 sec) 


“dieimeno lo ———— descuida lá e — ds laca 


y; de forma Instariláaea, ningún usuarió podrá /conectárss. 


Los cambios realizados en los permisos no ticne un efecto inmediato cuando se 
realizan directamente en las tablas MySQL. MySQL tiene que volver a lcer las 
tablas concedidas. Para ello, puede emitir FLUSH PRIVILEGES, mysqladmin 
flush-privileges o mysgqladmin reload. 


mysql> INSERT INTO user (Host ,User,Password) VALUES 
(tTocalhost"s 

'administrator', PASSWORD ('admin pwd')); 
Query OK, 1 row affected (0.09 sec) 


Antes de que se eliminen los permisos, estos datos no son efectivos. Puede 
concctarse como usuario administrador sin necesidad de contraselia: 


% mysql —uadministrator; 
Welcome to the MySQL monitor.  Commands end with ; or lg. 


Your MySQL connection id is 6 to server version: 4.0. 1-alpha- 
max-log 


Antes de volver a cargar la base de datos, se acepta la conexión como adminis- 
trador ya que, al no encontrar el nombre específico, la conexión es la misma que 
para un usuario anonimo, no se requiere contraselia. Puede verlo si se fija en el 
tercer y cuarto registro de la tabla de usuario. Despues de la eliminación, el 
usuario administrador ya no podrá conectarse sin una contraseiia. 


mysq1> FLUSH PRIVILEGES; 
Query OK, O rows affected (0.00 sec) 
mysql> exit 
Bye 
% mysql —uadministrator; 
ERROR 1045: Access denied for user: 'administratorflocalnost' 
(Using password: NO) 
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No es aconsejable utilizar el usuario raiz para algo que no sea la administra- 
cion. Las conexiones diarias deben realizarse a traves de usuarios con permisos 
desarrollados especificamente para las tareas que realice el usuario. En este siste- 
ma de ventas, aliadiremos dos usuarios, un administrador y un usuario convencio- 
nal. El administrador tendra permiso para realizar cualquier operación y el usuario 
convencional tendra determinadas limitaciones. Para aiiadir el administrador, basta 
con aliadir un registro a la tabla de usuario y asignarle un conjunto completo de 
permisos. 

Sin embargo, esto implica que el administrador de este sistema de ventas ten- 
dra total acceso a cualquier otra base de datos que se desarrolle en el sistema. 
Siempre es aconsejable limitar permisos a nivel de usuario y, tras ello, activarlos 
en un nivel inferior. Para ello, aiiadiremos un registro al usuario y a la tabla de la 
base de datos. 

Utilizaremos una instrucción INSERT sin especificar campos (para que resul- 
te más sencillo) con el ejemplo de la tabla db, en caso de que siga los ejemplos 
propuestos. Asegurese de que en su distribución los campos coinciden con los 
campos de las tablas, ya que pueden haber cambiado: 


mysql> INSERT INTO user (host, user,password) 

VALUES ('localhost','administrator', PASSWORD ('13tm31n')) 5 

Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO db 

VALUES ('localhost','firstdb','administrator','y','y','y','y','n','n', 
dee O e ALE y EAGLE o SU 

Query OK, 1 row affected (0.01 sec) 


Ahora, las tablas contienen la siguiente información: 


mysql> SELECT * FROM user; 
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Show_db_ priv | 
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Execute—priv | 

Repl_slave priv | Repl client priv | ssl type | ssl cipher | 
x509 issuer | x509 subject | max questions | max updates | 
max connections | 
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5 rows in set (0.05 sec) 


* 
mysql1> SELECT FROM db; ; 


+ + + sd e 
—— > $ AH =— 

+ + + 
| Host | Db | User | Select priv | 
Insert-priv | 
Update—-priv | Delete—priv | Create-priv | Drop priv | 
Grant priv | 
References priv | Index priv |] Alter priv |] 
Sy %Y 2 + + — 
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3 rows in set (0.01 sec) 


El administrador puede conectarse a la base de datos con la contraseila pero 
solamente puede manipular los datos de la base de datos firstdb. 
No olvide eliminar las tablas antes de aplicar estos permisos: 


% mysqladmin reload -u root -p 

Enter password: 

% twysql mysql; 

ERROR 1045: Access denied for user: 'rootflocalhost' (Using 
password: NO) 


Si no se ha conectado como raiz, obtendra un error que indica que el usuario 
anonimo no tiene permiso: 

% mysql mysql; 

ERROR 1044: Access denied for user: 'flocalhost' to database 

'mysql' 

Uso de GRANT y REVOKE para manipular las tablas de permisos 


En lugar de actualizar directamente las tablas y tener que eliminar la base de 
datos, una técnica mas sencilla consistc en utilizar las instrucciones GRANT y 
REVOKE para gestionar los permisos. La sintaxis básica de GRANT es la siguiente: 


GRANT privilege ON table—or—database-—name TO user nameftthostname 
IDENTIFIED BY 'password' 


Para aiiadir un usuario convencional a este sistema de ventas, podría utilizar 
lo siguiente: 


mysql> GRANT SELECT ON sales.*% TO regular—userflocalhost 
IDENTIFIED BY 'l13tm37n 2'; 


Query OK, O rows affected (0.00 sec) 


mysql> SELECT * FROM user; 
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Show_db priv | 

Super—priv |] Create tmp table priv | Lock—tables—-priv | 


Execute—priv | 

Repl_slave priv | Repl client priv | ssl type | ssl cipher | 
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6 rows in set (0.05 sec) 
mysql1> SELECT * FROM db; 
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+ + + 
| Host | Db | User | Select—priv | 
Insert—priv | 
Update—priv | Delete—priv | Create—priv | Drop—priv | 
Grant—priv | 
References—priv | Index—priv | Alter—priv | 
++ a. 
A A 

+ + + 
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4 rows in set (0.01 sec) 


La contrasetia se codifica automaticamente cuando se genera con GRANT, por 
lo que no es necesario utilizar la función PASSWORD () para codificarla. De 
hecho, si lo hace, la codificara dos veces. Puede cambiar la contraseiia si vuelve a 
emitir los mismos permisos con una nueva contraseiia. 

También puede denegar permisos de la misma forma en que los concede: 

mysql> REVOKE SELECT ON sales.” FROM regular—userflocalhost; 


Query OK, 0 rows affected (0.01 sec) 
mysql> SELECT FROM user; 
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6 rows in set N0.05 sec) 
mysql> SELECT FROM db; 
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Update—priv | Delete—priv | Create—privw | Drop—priv | 
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3 rows in set (0.00 sec) 


Apreciara que se ha eliminado todo rastro del usuario de la tabla db pero que 
este sigue existiendo en la tabla de usuarios. No se puede eliminar de la tabla sin 
borrarla directamente. Un usuario sin permisos (denominado permiso USAGE) 
puede conectarse al servidor, acceder a determinada información y ver las bases 
de datos existentes, como sucedia en las primeras versiones de MySQL 4. Por 
ejemplo: 


mysql> exit 

Bye 

% mysql -uregular user -pl3tm37n_2 

Welcome to the MySQL monitor. Commands end with ; or 1g. 

Your MySQL connection id is 21 to server version: 4.0. 1-alpha- 
max-log 


Type 'help;" or 'Mh' for help. Type 'Xc' to clear the buffer. 


mysql1> SHOW DATABASES; 
Y —_—_—_—_— + 

| Database | 

===> 

|. Fiestab 

l mysql l 

| test | 

E E 

3 rows in set (0.00 sec) 


Para eliminar el rastro del usuario, borrelo directamente de la tabla de usua- 
rios (mientras esta conectado como raiz): 


mysql> exit 

Bye 

% mysql mysql -uroot -pg00r002b 

Welcome to the MySQL monitor.  Commands end with ; or Ag. 


> 


Your MySQL connection id is 22 to server version: 4.0.1-alpha- 
max-log 


Type 'help;' or 'AXh' for help. Type 'Xc' to clear the buffer. 


mysql1> DELETE FROM user WHERE user='regular_user'; 
Query OK, 1 Loy affected (0.00 sec) 

mysql1> SELECT FROM user; 
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5 rows in set (0.05 sec) 


En la tabla 14.3 se incluye la descripción de todos los privilegios disponibles. 


Tabla 14.3. Privilegios 


Privilegio Descripción 

ALL Concede todos los permisos basicos. 

ALL PRIVILEGES Igual que ALL. 

ALTER Permiso para cambiar la estructura de una tabla 


(una instrucción ALTER), excluyendo los indices. 


Privilegio 


Descripción 


CREATE 


CREATE TEMPORARY 
TABLES 


[PAS 
DROP 
| 


EXECUTE 


FILE 


GRANT 


INDEX 
INSERT 


LOCK TABLES 


PROCESS 


REFERENCES 


RELOAD 


REPLICATION CLIENT 


REPLICATION SLAVE 


SHOW DATABASES 
SELECT 


SHUTDOWN 
SUPER 


Permiso para crear bases de datos o tablas, pero 
no indices. 


Permiso para crear una tabla temporal (instruccion 
CREATE TEMPORARY TABLE). 


Permiso para eliminar registros de una tabla (una 
instruccion DELETE). 


Permiso para borrar bases de datos o tablas, pero 
no indices. 


Permiso para ejecutar procedimientos almacena- 
dos (previsto para MySQL 5). 


Permiso para leer y escribir archivos en el servidor 
(para instrucciones LOAD DATA INFILE O SELECT 
ENTO OUTFHILE). Todos los archivos que el usua- 
rio puede leer son legibles. 


Permiso para conceder a un usuario permisos pro- 
piedad de otro usuario. 


Permiso para crear, modificar o borrar indices. 
Permiso para añadir nuevos registros a la tabla (una 


instruccion INSERT). 


Permiso para bloquear una tabla para la que el usua- 
rio tiene permiso SELECT. 


Permiso para ver los procesos MySQL actuales o 
para eliminarlos (para instrucciones SHOW PRO- 
CESSLISTS o KILL soL). 


Actualmente no se utiliza en MySQL. 


Permiso para volver a cargar la base de datos (una 
instruccion FLUSH O una recarga, actualización o 
eliminación generada desde mysqgladmin). 


Permiso para preguntar sobre la duplicación de es- 
clavos y maestros. 


Permiso para duplicar desde el servidor (los escla- 
vos lo necesitan para duplicar). 


Permiso para ver todas las bases de datos. 


Permiso para devolver datos de una tabla (una ins- 
trucción SELECT). 


Permiso para desactivar el servidor. 


Permiso para conectarse, incluso si se alcanza el 
maximo de conexiones, y ejecutar los comandos 


Privilegio Descripción 


CHANGE MASTER, KILL en subprocesos, depura- 
ción mysqld, PURGE MASTER LOGS Y SET GLO- 
BAL. 


UPDATE Permiso para modificar datos en una tabla (una 
instrucción UPDATE) . 


Permiso para conectarse al servidor y ejecutar ins- 
trucciones disponibles para todos (en las primeras 
versiones de MySQL 4, incluía SHOW DATABASES) . 


El ejemplo anterior concedía permisos para todas las tablas de la base de datos 
de ventas. Lo puede modificar si cambia el nombre de la base de datos y de las 
tablas que concede (tabla 14.4). 


Tabla 14.4. Nornbre de la base de datos y de tablas 


Nombre Descripción 


Todas las tablas de todas las bases de datos 
Todas las tablas de la base de datos actual 


nombredelabase- Todas las tablas de la base de datos nombre 
dedatos.* delabasededatos 


nombredelabasededatos. La tabla nombredelatabla de la base de datos 
nombredelatabla nombredelabasededatos. 
A Ao AA | 


Por ejemplo: 


* * 
mysql> GRANT SELECT ON . TO regular userftlocalhost IDENTIFIED 
BY '13tm37n 2'; 
Query OK, O rows affected (0.00 sec) 


Como el permiso se concede en todas las bases de datos, no se necesita una 
entrada en la tabla de la base de datos; basta con la tabla de usuarios, con el 
campo selectqriv configurado, con el valor Y: 


mysql> SELECT * FROM user; 
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6 rows in set (0.00 sec) 


Uso de SET para definir contraseiias de usuario 


Otra forma de cambiar contraselias es por medio de la instruccion SET 
PASSWORD . Cualquier usuario que no sea anonimo puede cambiar su propia 
contraseiia de esta forma (otra de las razones por la que conviene prestar especial 
atencion a la asignacion de usuarios. En ocasiones ocurre que un usuario cambia 
su contraseila y deniega el acceso a otros, ya que no sabia que compartian este 
nombre de usuario). 


Puede definir una contraseila para el usuario que haya utilizado para conectar- 
se de esta forma: 


mysql> SET PASSWORD=PASSWORD ('g00r002b2') ; 
Query OK, O rows affected (0.00 sec) 


Un usuario con acceso a la tabla de usuarios en la base de datos mysql 
tambien puede definir contraseilas para otros usuarios si lo especifica: 


mysql1> SET PASSWORD FOR root=PASSWORD ('y00r002b') ; 
Query OK, O rows affected (0.00 sec) 


No olvide utilizar la fusion PASSWORD ( ) para codificar la contraseiia. Si no 
lo hace, la contraseiia se almacenara en la tabla de usuarios pero, como al reali- 
zarse la conexión la contraseiia se codifica automaticamente antes de compararla 
en la tabla de usuarios, no podra conectarse (si lo intenta, tendra que consultar 
uno de los apartados posteriores para poder continuar): 


mysql> SET PASSWORD FOR root='g00r002b'; 
Query OK, O rows affected (0.00 sec) 


Tras ello, despues de salir, no podra volver a conectarse como raiz: 


% mysql -uroot -pg00r002b2 
ERROR 1045: Access denied for user: 'rootflocalhost' (Using 
password: YES) 


Uso de msyqladmin para definir contraseiias de usuario 


Al utilizar mysqladmin, al igual que con la instrucción GRANT, no deberia 
utilizar la funcion PASSWORD (): 


% tiysqladmin -uroot -pg00r002b password yg00r002b 
Permisos comodin 


Noes necesario introducir 1.001 servidores si esta es la cantidad de servidores 
a la que quiere conceder acceso. MySQL acepta comodines en la tabla de servido- 


res. Por ejemplo, el siguiente codigo permite al usuario conectarse desde un servi- 
dor cuyo nombre termina por marsoburst.co.za: 


mysql> GRANT SELECT ON sales.* TO 
regular _usert"%.marsorbust.co.za" 
IDENTIFIED BY '13tm37n': 
Query OK, O rows affected (0.03 sec) 
mysql1> SELECT * FROM user WHERE host LIKE '%mars%'; 
A _ _ __ _—_ _- ==» >= HA 


—_S _—  _ AA _—__—— Y — 4 => 

— —_———_— _——_—S 4 4 =—- 

— Y => SY 

—— —__ae—o——  _— —_——_—_—+—— 

—_— ááá>—+_—_———_—_—+ +— 

——_——A_ a _ __ AAA AAKAK<A + 

| Host | User | Password 
| 

Select-priv | Insert-priv | Update-priv | Delete-—priv | 
Create-—priv | 

Drop-priv | Reload-—priv | Shutdown—priv | Process-—priv | 
File—priv | 

Grant—priv | References—-priv | Index—priv | Alter—priv | 
Show _db priv | 

Super—priv | Create tmp table priv | Lock—tables—priv | 


Execute—priv | 

Repl_ slave priv | Repl client priv | ssl type | ssl cipher | 
x509 issuer | x509 subject | max questions | max updates |] 
max connections | 

SN ge een 


—— —_—_—_——_ > —— __—_—_—+=—-- 
—__—_—_— - MK ——_——_— + + 
A A A A AA A A A KÁ 
A 
—— + oem—— + O A A A A 

+ + + + 
| %.marsorbust.co.za | regular—user 
lbfcf83b2eb5e591 | MN 
Il N IN | N | N | N 
| N 
| N | N | N | N | N 
IN | N IN IN | N 
IN | N | N | N 
| | | 
0] 
O | O 
 _ ———_——____ zz _ ___O EE =<mX -»_ A  _ —_KÉXÁ 
—  ——_— --==— 4 + — 
— _—  —_ _— —_ + J]J- 
— ____—— A A ——_—— A 
——  _——__ __—_ += 
+ == +— 

+ Y ————— + 


1 row in set (0.05 sec) 
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Las comillas de la instrucción GRANT permiten la utilización de comodines o 
de cualquier otro caracter especial. Tambien puede aiiadir comodines directamen- 
te a las tablas MySQL. 


Que hacer si no puede conectarse o no tiene 
permisos 


No es imposible. Puede que en un descuido utilice DELETE donde no debe o 
que daiie los archivos que contienen las tablas de permisos y no pueda conectarse, 
ni siquiera como raiz. No se preocupe, hay una solución. 

En primer lugar, detenga MySQL. Como usuario raiz en Unix, si ejecuta 
MySQL fuera de /INIT.d, tendra la posibilidad de ejecutar lo siguiente: 


3 /etc/rc.d/init.d/mysql stop 
Killing mysgld with pid 5091 
Wait for mysgqld to exitic 

Ne 

LÚNE 

As 

¿NE 

020612 01:14:41 mysagqld ended 


done 


En caso contrario, tendra que cancelar los procesos concretos relacionados 
con MySQL: 


3% ps -ax |grep mysql 


5195 pts/0 S 0:00 sh /usr/local/mysql/bin/mysqld_safe 
—datadir=/usr/lo 

5230 pts/0 S 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/bi 

5232 pts/0 Ss 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/bi 

5233 pts/0 Ss 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/b1i 

5234 pts/0 S 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/bi 

5235 pts/0 S 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/bi 

5236 pts/0 = 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/bi 

5237 pts/0 Ss 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/b1i 

5238 pts/0 S 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/bi 

5239 pts/0 S 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 
linux-gnu-1686/b1 

5240 pts/0 S 0:00 /usr/local/mysql-max-4.0.1-alpha-pc- 


linux-gnu-i1686/bi 


5241 pts/0 S 0:00 /usr/local/mysql-max-4,0,1-alpha-pc- 
linux-gnu-1686/b1 

y KtLL 5595 3230 9232 02339. 32391 DEI *DDIO 23d DILO IZA DA a O 
5241 
mysqld ended 


En caso de que no funcione, puede utilizar ki11-9 (seguido por el Id. del 
proceso) para cancelarlo. 

En Windows, basta con recurrir al Administrador de tareas para cerrar 
MySQL. Tras ello, reinicie MySQL sin las tablas de permisos (para ignorar todas 
las restricciones): 


+ mysqld safe —skip-grant-tables 


Seguidamente, por medio de GRANT o con mysqgladmin, deberia poder aliadir 
una contraseiia raiz, directamente en las tablas: 


% mysqladmin -u root password 'g00r002b' 


No olvide detener el servidor y reiniciarlo sin—skip-grant-tables para 
activar su contraselia raiz. 


Que hacer si la tabla de usuarios se daña 


En ocasiones, la tabla de usuarios se daiia por lo que no se puede cambiar la 
contraseiia con mysqladmin. Esto me sucedio despues de un fallo general y puede 
sucederle a cualquiera que manipule directamente los archivos. Si quiere seguir este 
ejemplo, puede imitar la perdida de la tabla de usuarios si le cambia el nombre y, 
tras ello, vacia las tablas (en caso contrario, la original se guardara en cache): 


$ mv user.MYD user—bak.olddata 
% mysql -uroot -—pg00r002b; 


Welcome to the MySQL monitor.  Commands end with ; or 1g. 
Your MySQL connection id is 6 to server version: 4.0.1-alpha- 
max-2log 


Type 'help;' or 'Ah*' for help. Type 'Xc' to clear the buffer. 


mysql>FLUSH TABLES; 
mysgql> SELECT FROM user; 
ERROR 1016: Can't open file: 'user.MYD'. (errno: 145) 


Si este es el caso, tendra la posibilidad de iniciar MySQL sin las tablas de 
concesion de permisos y, tras ello, intentar eliminar la tabla: 


mysql> DROP TABLE user; 
Query OK, 0 rows affected (0.01 sec) 


CREATE TABLE user ( 
Host varchar(60) binary NOT NULL default '', 
User varchar(16) binary NOT NULL default '', 


Password varchar(16) binary NOT NULL default '', 
Select—= privenum('N','Y') NOT NULL default 'N', 
Insert priv enum('N','Y') NOT NULL default 'N', 
Update priv enum('N','Y*') NOT NULL default 'N', 
Delete— privenum('N','Y') NOT NULL default 'N', 
Create priv enum('N','Y') NOT NULL default 'N', 
Drop priv enum('N','Y') NOT NULL default 'N', 
Reload priv enum('N','Y') NOT NULL default 'N', 
Shutdown_priv enum('N','Y*') NOT NULL default 'N', 
Process priv enum('N','Y') NOT NULL default 'N', 
File—priv enum('N','Y') NOT NULL default 'N', 
Grant— privenum('N','Y') NOT NULL default 'N', 
References priv enum('N','Y') NOT NULL default 'N', 
Index priv enum('N','Y') NOT NULL default 'N', 
Alter priv enum('N','Y') NOT NULL default 'N', 
Show_db priv enum('N','Y') NOT NULL default 'N', 
Super_priv enum('N','Y') NOT NULL default 'N', 
Create_tmp_ table priv enum('N','Y') NOT NULL default 'N', 
Lock— tables— privenum('N','Y') NOT NULL default 'N', 
Execute priv enum('N' ,'Y') NOT NULL default 'N', 
Repl_slave_priv enum('N','Y') NOT NULL default 'N', 
Repl_ client priv enum('N','Y') NOT NULL default 'N', 
ssl type enum('','ANY','x509' ,'SPECIFIED') NOT NULL default '', 
ss1_cipher blob NOT NULL, 
x509 issuer blob NOT NULL, 
x509 subject blob NOT NULL, 
max questions int(11) unsigned NOT NULL default '0', 
max _updates int(11) unsigned NOT NULL default '0', 
max connections int(11) unsigned NOT NULL default '0', 
PRIMARY KEY (Host, User) 

) TYPE=MyISAM COMMENT='Users and global privileges' ; 

Query OK, O rows affected (0.00 sec) 


Sin embargo, esto probablemente no le de permiso: 


mysql> GRANT SELECT ON sales.* TO regular _userflocalhost 
IDENTIFIED BY '13tm37n'; 

ERROR 1047: Unknown command 

mysql1> exit 


Bye 

[rootftest mysql]%* mysgqladmin -uroot password 'g00r002b' 
mysqladmin: unable to change password; error: 'You must have 
privileges 

to update tables in the mysql database to be able to change 
passwords 


for others' 


Tendra que añadir algunos valores a la tabla. En este caso, aliadira los valores 
predeterminados. Asegurese de que coinciden con las columnas de la tabla de 
usuarios que ha creado, en caso de que sea distinta: 


[rootftest mysql] mysql mysql 


Welcome to the MySQL monitor. Commands end with 3 or Yg. 
Your MySQL connection id is 5 to server version: 4.0.1-alpha- 
max-log 


Type 'help;' or 'Xh' for help. Type 'Xc' to clear the buffer. 

mysql>INSERT INTO user VALUES ('localhost', 'root', '', 'Y', 

E 

A A A E A A A O A 

AP 

Y, Y”, Y, E e E A ES LE o, 0, 0); 

Query OK, 1 row affected (0.01 sec) 

mysql>INSERT INTO user VALUES ('%'", 'root', '', 'Y', 'Y', 'Y', 
e Y", de e A le AA o A 'Y', de e Y", e A Lo 

o 

mY”'> tYt> e A do A o pa Es E o, 0, 0); 

Query OK, 1 row affected (0.00 sec) 

mysql> INSERT INTO user VALUES ('localhost', '', '', 'N', 'N', 


IN ' 5 

'N', EN." mn ', 'N', N', '"N', 'N', N', 'N', InN', '"N', IN', 
'nN', 'N', 

UN". IN 'nN', 'N', Dd A MS a O, o, 0): 


Query OK, 1 row affected (0.00 sec) 
mysql> INSERT INTO user VALUES ('localhost', '', '', 'N', 'N', 


nN' , 

UN"; IN', 'N', nN', nN', EN'> '"N', 'N', mn ', '"N', 'N', nn ', 
'nN', 'N', 

'N', 'N', TN ', IN', o tn OS o, o, 0); 


Query OK, 1 row affected (0.00 sec) 


Sera necesario volver a cargar (o vaciar) las tablas de privilegios para activar 
los permisos y, tras ello, empezar a ejecutar comandos: 


mysql> exit 

Bye 

[rootftest mysql]? mysgladmin reload 

[rootftest mysql]* mysql 

Welcome to the MySQL monitor. Commands end with ; or Yg. 
Your MySQL connection id is 7 to server version: 4.0.1-alpha- 
max-log 


Type 'help;' or 'Ah' for help. Type 'Xc*' to clear the buffer 
mysql1> GRANT SELECT ON sales.* TO regular—userflocalhost 


IDENTIFIED BY 'l3tm37n':; 
Query OK, O rows affected (0.00 sec) 


Otras opciones de GRANT 


De forma predeterminada, MySQL no permite que un usuario pase sus permi- 
sos a otro usuario. Y, por motivos de control, le sugiero que no permita que sus 
usuarios lo hagan. Probablemente porque, para empezar, no es una buena idea y 
no es aconsejable que otro usuario lo reemplace. Pero si tiene que hacerlo obliga- 
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toriamente, por ejemplo en caso de que haya varios usuarios en los que confia, 
existe una solución. La opcion WITH GRANT OPTION permite que un usuario 
ceda cualquier permiso que posea a otro usuario. A continuación veremos un 
ejemplo práctico que utiliza dos bases de datos: ventas y clientes. El administra- 
dor crea un regular—user2 con permiso para realizar consultas SELECT en la 
base de datos de ventas y, tras ello, concede la opcion GRANT al primer 
regular—user, que tiene permiso para realizar consultas SELECT en la tabla de 
clientes y que, a su vez, recibe los mismos derechos que regular—used: 


mysql> GRANT SELECT ON sales.* TO regular user2ftlocalhost 
IDENTIFIED BY '13tm37n'; 
Query OK, O rows affected (0.01 sec) 
mysql> GRANT SELECT ON customer.* TO regular usertlocalhost 
IDENTIFIED 

BY '13tm37n' WITH GRANT OPTION; 
Query OK, O rows affected (0.00 sec) 
mysql> exit 

Bye 

% mysql -u regular—user2 -p13tm37n 
Welcome to the MySQL monitor.  Commands end with ; or lg. 
Your MySQL connection id is 3 to server version: 4.0. 1-alpha- 
max-Zlog 


Type 'help;' or 'Ah' for help. Type 'lc' to clear the buffer. 
mysql> GRANT SELECT ON customer.* TO regular—userflocalhost 
IDENTIFIED 

BY '13tm37n' WITH GRANT OPTION; 
ERROR 1044: Access denied for user: 'regular _user2¿tlocalhost' 
to database 'customer' 


Regular_user2 no puede ceder nada a otro usuario: 


mysql> exit 


Bye 

[rootftest /root]f mysql -u regular—user -pl13tm37n 

Welcome to the MySQL monitor.  Commands end with ; or lg. 
Your MySQL connection id is 4 to server version: 4.0.1-alpha- 
max-log 


Type 'help;' or 'A1h' for help. Type 'lc' to clear the buffer 
mysql> GRANT SELECT ON customer.* TO regular usertlocalhost 
IDENTIFIED 


BY '13tm37n' WITH GRANT OPTION; 
Query OK, ÚÓ rows affected (0.00 sec) 


Sin embargo, regular—user puede ceder permisos a regular _user2. Existen otras 
opciones de gran utilidad para evitar la posibilidad de que un usuario se adueñe de 
conexiones y que limitan las consultas, actualizaciones o conexiones a un deter- 
minado numero por hora. Las tres opciones son las siguientes: 


MAX—QUERIES—-PER-HOUR n 


MAX-—UPDATES—PER—HOUR  n 
MAX-— CONNECTIONS — PER— HOUR n 


Sin estas tres opciones, la unica limitacion a las actividades del usuario es la 
variable max user connections .Pero es global, por lo que no podra limi- 
tar a un tipo de usuario de una actividad concreta. 


Utilidad de la lirnitacion de usuarios 


La lirnitacion de consultas intensivas de bases de datos, como las busquedas que 
emplean gran cantidad de uniones de tablas de gran tamaiio, puede resultar de 
utilidad. La aplicacion podría conectarse como un usuario diferente con esta limita- 
cion. Sigue siendo el mejor lugar para aplicar la limitacion pero en algunos casos 
tambien resulta útil una lirnitacion por horas, por ejemplo cuando existe la posibil1- 
dad de ataques de negación de servicio o cuando un usuario pueda utilizar varias 
conexiones y provocar un rendimiento negativo del servidor de bases de datos. 


Tipos de lirnitacion de usuarios 


Normalmente las conexiones tienen un impacto minimo en la base de datos, 
pero existe la posibilidad de que un usuario se apropie de max user 
connections. La configuración de MAXX_CONNECTIONS_PER_HOUR es la 
mejor solución. En ocasiones puede que no le preocupe el numero de conexiones 
pero si un usuario que realice multiples consultas al mismo tiempo o que realice 
consultas extrailas. Puede configurar MAX_QUERIES_PER_HOUR para evitar 
que los usuarios realicen consultas innecesarias y malgasten recursos al realizar 
demasiadas consultas de gran tamaiio en un breve periodo de tiempo. 

Las actualizaciones tienen un mayor impacto en el rendimiento que las selec- 
ciones y un impacto mas agresivo cuando se utiliza el bloqueo de tablas (como el 
tipo de tabla MyISAM predeterminado). Puede utilizar MAX UPDATES 
PER_ HOUR para limitar actualizaciones por motivos de rendimiento o cuando los 
usuarios no deban realizar muchas actualizaciones. 


Como ejemplo de limitaciones de usuarios, puede limitar las conexiones de 
regular—user2 a dos por hora: 


mysql> GRANT SELECT ON sales.% TO regular user2flocalhost 
IDENTIFIED BY '13tm37n' WITH MAX CONNECTIONS—PER—HOUR 25 
Query OK, O rows affected (0.00 sec) 


Si regular_user2 excede el numero de conexiones, obtendra el siguiente error: 


ERROR 1226: User 'regular—user2' has exceeded the 
'max connections' 
resource (current value: 2) 


Del mismo modo, si se asigna MAX_QUERIES_PER_HOUR y se excede su 
valor, el mensaje de error sera el siguiente: 


ERROR 1226: User 'regular—user2” has exceeded the 
'max_questions' 
resource (current value: 4) 


TRUCO : Utilice las limitaciones de forma razonable. Si un usuario debe 
realizar solamente una consulta por hora, tenga en cuenta que puede que 
haya introducido una consulta incorrecta y que tenga que volver a realizar 
otra nueva. 


Estrategia para gestionar usuarios de forma segura 


Cuanto mas complejas scan sus necesidades, mas compleja tendra que ser su 
estrategia. En sitios Web sencillos basta con dos usuarios: un administrador que 
puedc actualizar datos y un usuario de la aplicacion Wcb que solamente pucde 
realizar seleccioncs en determinadas tablas, por ejemplo. El principio general 
dicta que solamente se deben conceder al usuario los permisos que necesitc y 
ninguno mas. Si posteriormente nccesita permisos adicionales. la conccsion de los 
mismos sera muy sencilla, Pero la revocación de los mismos es otro asunto, 

Los usuarios de MySQL suelen ser de tres tipos. Hay usuarios individuales 
(por ejemplo Anique o Channettc), aplicaciones (por ejemplo un sistema de sala- 
rios o un sitio Web de noticias) y funciones (por ejemplo, la actualización de los 
salarios o de las noticias). Sin embargo, sc pueden mezclar de distintas formas. 
Por ejemplo, puede que Anique actualice tanto los salarios como las noticias, 
utilizando ambas aplicaciones y con ambas funciones. El DBA debe decidir si 
concede a Anique y a Channette sus propias contraseiias, si asigna contraselias a 
los sistemas de salarios y noticias o si crea un usuario en funcion de si se actuali- 
zan o no los salarios y las noticias. 

S1 Opta por usuarios como individuos y asigna a Anique su propia contrasella, 
solamente tendra que recordar una conexión a la base de datos. Pero tras ello, 
necesita acceso para actualizar tanto la base de datos de salarios como la de 
noticias. S1 Aniquc, o la aplicacion que utilice, comete un error, puede que afecte 
a datos con los que no deberia estar trabajando. Por ejemplo, si las bases de datos 
de salarios y de noticias tienen una tabla days—data, y como la base de datos de 
noticias aumenta continuamente hasta que se archiva y los datos sobre salarios se 
eliminan manualmente una vez procesados, puede que Anique elimine la tabla de 
noticias aunque su intención sea eliminar la de salarios. 
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Si opta por usuarios como aplicaciones, habrá resuelto algunos de estos pro- 
blemas. Sin embargo, parece que el usuario tendra que recordar dos contraselias. 
Al mismo tiempo, no podra saber que usuario ha realizado cambios en la base de 
datos. Sin embargo, hay una solución. Como la seguridad es necesaria, es muy 
probable que el individuo tenga que conectarse a la aplicacion (lo que le permite 
realizar el seguimiento de los cambios que realice en la base de datos) y, tras ello, 
la aplicacion se conectara a la base de datos. El usuario puede tener el mismo 
nombre de usuario y contraseila en ambas aplicaciones, pero nunca podra borrar 
noticias cuando se conecte como la aplicacion de salarios (ya que no le ha conce- 
dido permiso para actualizar la base de datos de noticias). 

Por su parte, las aplicaciones suelen tener varias funciones, con numerosos 
niveles de usuario. Es probable que cualquiera pueda ver los detalles de los sala- 
rios, pero Sólo el administrador puede actualizarlos. Al concederle a la aplicacion 
permiso para actualizar datos, potencialmente se permite a un usuario convencio- 
nal hacer lo mismo. Tambien debe tener en cuenta el proceso de desarrollo: un 
programador en quien confía desarrolla el componente de administracion de sala- 
rios de la aplicacion y un equipo de programadores de rango inferior diseiian el 
componente para ver los salarios. Al emitir la misma contraseiia para la aplica- 
cion, estos ultimos podrian actualizar los datos aunque no debieran y probable- 
mente no se les permitiera hacerlo. 

En este caso, puede asignar nombres de usuario basados en una combinación 
de funciones y aplicacion (administracion de salarios, revision de salarios, admi- 
nistrador de noticias, revision de noticias). 

A continuación le mostramos algunos principios que debe tener en cuenta: 


+ Nunca conceda a un usuario la contraseiia raiz. Siempre deberian conec- 
tarse con otro nombre de usuario y otra contrasella. 


e Intente conceder el menor numero de permisos posible (pero sea razonable; 
siempre encontrara algun sadico que se regocija al conceder permisos con- 
sulta a consulta, como por ejemplo los que permiten que el usuario lea la 
columna de apellidos y despues les obligan a implorar por otro permiso 
para leer la tabla de nombres). Los permisos globales asignados en la tabla 
de usuarios deben ser siempre N y, tras ello, acceder a bases de datos 
concretas concedidas en la tabla db. 


+ Para datos clave, es posible realizar el seguimiento de los cambios realiza- 
dos por un individuo. Por lo general, la gente interactua con la base de 
datos a traves de una aplicacion. La carga de la gestion de accesos en el 
nivel de individuos suele recaer en la aplicacion. 


Como evitar la concesion de privilegios peligrosos 


Aunque siempre debe emitir los minimos permisos necesarios, existen algunos 
privilegios que son especialmente peligrosos, en los que el riesgo de seguridad 
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puede superar al factor de conveniencia. Recuerde que nunca debe conceder acce- 
so de caracter global. 
Los siguientes privilegios pueden resultar una amenaza para la seguridad: 


+ Cualquier privilegio en la base de datos mysql. Un usuario con malas 
intenciones puede conseguir el acceso incluso despues de ver las contrase- 
ñas codificadas. 


+ ALTER. Un usuario puede modificar las tablas de privilegios, como por 
ejemplo cambiar su nombre, lo que las inutilizara. 


+ DROP. Si un usuario utiliza DROP en la base de datos mysql, desapare- 
ceran las limitaciones de permisos. 


+ FILE. Los usuarios con el privilegio FILE pueden acceder a cualquier 
archivo que todo el mundo pueda leer. Tambien pueden crear un archivo 
que tenga los privilegios del usuario MySQL. 


* (GRANT. Permite que un usuario pueda otorgar sus privilegios a otros, 
que pueden no ser tan fiables como el usuario original. 


+ PROCESS. Las consultas en ejecucion pueden ser vistas en texto senci- 
llo, lo que incluye a cualquiera que cambie o defina contraseiias. 


+ SHUTDOWN. Es improbable que un DBA conceda este privilegio de 
buenas a primeras. No hace falta decir que los usuarios con el privilegio 
SHUTDOWN pueden cerrar el servidor y denegar todos los accesos al mis- 
mo. 


Conexiones SSL 


De forma predeterminada, la conexión entre el cliente y el servidor no esta 
codificada. En la mayoría de las arquitecturas de red no supondria riesgo alguno 
ya que las conexiones entre el cliente y el servidor de bases de datos no son 
publicas. Pero hay casos en los que es necesario transmitir los datos por líneas 
públicas y una conexión sin codificar permite, potencialmente, que cualquiera 
pueda ver los datos que se transmiten. 

MySQL se puede configurar para que admita conexiones SSL, aunque esto 
afecte al rendimiento. Para ello, siga los pasos descritos a continuación: 


1. Instale la biblioteca openssl, que encontrara en www.openssl.org/. 
2. Configure MySQL con la opción —with-=-vio —with-openssl. 


S1 tiene que comprobar si una instalacion existente de MySQL es compatible 
con SSL (o si su instalacion ha funcionado correctamente), compruebe si la varia- 
ble have_openssl se ha configurado como YES: 


mysql> SHOW VARIABLES LIKE '%ssl'; 


+ ——+ 

| Variable—name | Value | 
*—————+ + 

| have—openssl | YES 
+ HE + 

1 row in set (0.00 sec) 


Una vez admitido SSL, puede utilizarlo con distintas opciones de concesion de 
permisos (tabla 14.5). 


Tabla 14.5. Opciones de concesion de permisos en SSL 


Opción Descripción 


REQUIRE SSL El cliente debe conectarse con codifica- 
cion SSL. 
REQUIRE X509 El cliente necesita un certificado valido 


para conectarse. 


¡[REQUIRE |SSUER cert-issuer El cliente necesita un certificado valido 
| emitido por cert_issuer para conectarse. 


REQUIRE SUBJECT cert_subject El cliente necesita un certificado valido con 
el asunto cert_subject. 


REQUIRE CIPHER cipher El cliente debe utilizar el cifrado especifi- 
cado. 


REQUIRE SSL es la menos restrictiva de las opciones SSL. Se acepta codifi- 
cation SSL de cualquier tipo. Le resultara muy util cuando no quiera enviar texto 
sencillo pero baste con una simple codificación de la conexion: 


mysql> GRANT ALL PRIVILEGES ON securedb.* TO rootGocalhost 
IDENTIFIED 

BY "g00r002b" REQUIRE SSL; 

Query OK, ÚU rows affected (0.01 sec) 


REQUIRE X5009 es identica, pero es mas restrictiva ya que el certificado debe 
ser valido: 


mysql> GRANT ALL PRIVILEGES ON securedb.* TO rootGocalhost 
IDENTIFIED 


BY "g00r002b" REQUIRE X509; 
Query OK, O rows affected (0.01 sec) 


REQUIRE ISSUER y REQUIRE SUBJECT son mas seguras ya que el certifi- 
cado debe provenir de un emisor concreto o contener un asunto determinado: 


mysql> GRANT ALL PRIVILEGES ON securedb.” TO rootGocalhost 
IDENTIFIED 


573 


BY 
Tow 


"g00r002b" REQUIRE ISSUER "C=ZA, ST=Western Cape, L=Cape 
n, 


O=Mars Inc CN=Lilian Nomvete/Email=1liliantmarsorbust.co.za"; 


Query OK, O rows affected (0.01 sec) 
mysql> GRANT ALL PRIVILEGES ON securedb.* TO rootflocalhost 
IDENTIFIED 

BY "g00r002b" REQUIRE SUBJECT "C=Z2A, ST=Western Cape, L=Cape 


Town, 
O=Mars Inc CN=Benedict Mhlala/ 


Ema 
Que 


il=benedictfimarsorbust.co.za"; 
ry OK, O rows affected (0.01 sec 


REQUIRE CIPHER le permite asegurarse de que no se utilizan algoritmos 
SSE debiles y especificar un cifrado concreto: 


mysql> GRANT ALL PRIVILEGES ON secure*. *% TO rootflocalhost 
IDENTIFIED 

BY "g00r002b" REQUIRE CIPHER "EDH-RSA-DES-CBC3-SHA"; 
Query OK, O rows affected (0.01 sec) 


Pue 


de especificar alguna o todas de las opciones anteriores al mismo tiempo 


(AND es opcional): 


mysql> GRANT ALL PRIVILEGES ON securedb.* TO rootfilocalhost 
IDENTIFIED 

BY "g00r002b" REQUIRE ISSUER "C=ZA, ST=Western Cape, L=Cape 
Town, 


O=Mars Inc CN=Lilian Nomvete/Email=1liliantmarsorbust.co.za" 


AND 


SUBJECT "C=ZA, ST=Western Cape, L=Cape Town, O=Mars Inc 
CN=Benedi ct 

Mhlala/Email=benedictimarsorbust.co.za" AND CIPHER "EDH-RSA-— 
DES-CBC3-SHA" ; 


Que 


ry OK, Ó rows affected (0.01 sec) 


Seguridad de aplicaciones 


La mayoría de las lagunas de seguridad se deben a aplicaciones de mala cali- 
dad. Existen algunos aspectos que debe evitar: 
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Nunca se fie de los datos de los usuarios. Debe verificar en todo momento 
los datos introducidos por un usuario. 


La inclusion de comillas en un formulario de un sitio Web es una forma de 
intrusión habitual. Por ejemplo, una aplicacion toma un nombre de usuario 
y una contraseiia, y ejecuta una consulta como as SELECT * PROM 
contrasefias WHERE nombre_de_usuario='S$nombre_de-_ 
usuario' AND contraseña="S$contrasefia'. Las aplicaciones 
sin un diseljo cuidado permitiran que $password contenga algo como 


aaa' ¡DELETE FROM passwords; .Al analizar la consulta, MySQL 
cree que la comilla simple que aparece detras de aaa es el final de la 
consulta y por eso pasa a la siguiente. La mayoría de los lenguajes dispo- 
nen de sencillas funciones para evitarlo e ignorar todas las comillas de la 
cadena, comopor ejemplomysql_real_escape-string()enCo 
addslashes() en PHP. 


+ Compruebe el tamaño de los datos. Un calculo complejo puede funcionar 
correctamente con un numero de un solo digito, pero un numero de 250 
digitos pasado por un usuario puede provocar el colapso de la aplicacion. 


+ Elimine todos los caracteres especiales de las cadenas pasadas a MySQL. 


e Utilice comillas en los numeros asi como en las cadenas. 


Seguridad del sistema 


De forma predeterminada, MySQL se ejecuta como su propio usuario en Unix. 
El usuario y el grupo son mysql. Nunca debe permitir el acceso al sistema como 
usuario mysql; debe reservarlo unicamente para la propia base de datos. MySQL 
tambien crea un directorio independiente en el que almacena los archivos de da- 
tos. A este directorio solamente puede acceder el usuario mysql. Los parametros 
predeterminados se han seleccionado por una razon; siga estos principios: 


* Separe el directorio de datos. 


e Proteja el directorio de datos (nadie debe poder leer y mucho menos escr1- 
bir en el directorio de datos MySQL). 


e Ejecute MySQL como su propio usuario. 


Problemas de seguridad relacionados 
con LOAD DATA LOCAL 


La recuperación desde un equipo cliente puede ser necesaria pero implica un ries- 
go de seguridad. Cualquiera puede utilizar LOAD DATA LOCAL para leer todos los 
archivos a los que tenga acceso el usuario con el que se conectan. Pueden hacerlo 
mediante la creación de una tabla y leyendo desde la misma una vez cargados los 
datos. S1 se conectan con el mismo usuario que el servidor Web y tienen el acceso 
apropiado para ejecutar consultas, puede resultar peligroso. De forma predetermina- 
da, MySQL permite LOAD DATA LOCAL. Para evitarlo y no permitir all LOAD 
DATA LOCAL, inicie el servidor MySQL con la opcion —1o0cal-infile=0, 
Tambien puede compilar MySQL sin la opcion—enable-local-infile. 
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Resumen 


El mecanismo de gestion de usuarios de MySQL es muy potente, flexible y, a 
menudo, no se utiliza correctamente. La base de datos msyq1 contiene las distin- 
tas tablas de permisos que permiten el control del acceso en función del usuario, 
el anfitrion o la acción que se lleve a cabo. Puede actualizar directamente estas 
tablas con instrucciones SQL (en cuyo caso, la eliminación de las mismas activa- 
ra los cambios) o con ayuda de las instrucciones GRANT y REVOKE. 

La primera tarea de una nueva instalacion debe ser la emisión de una contrase- 
lia raiz. Hasta entonces, cualquiera puede conectarse como raiz y tener total acce- 
so a todos los elementos. Para ello, puede utilizar mysqladmin, la instrucción 
SET O GRANT. 

MySQL admite conexiones SSL para mejorar la seguridad. No aparecen insta- 
ladas de forma predeterminada ya que afectan al rendimiento. 

Tambien hemos descrito algunos principios generales de protección de datos: 


+ Nunca conceda una contrasella raiz a un usuario. Los usuarios siempre 
deben conectarse con otro nombre de usuario. 


+ Nunca permita el acceso a la tabla de usuarios, ni siquiera para leerla. Con 
tan sólo ver la contraseiia codificada, un usuario puede conseguir un acce- 
so total. 


. Intente conceder el menor numero de permisos posible. Esto significa que 
la tabla de usuarios contiene N en todas las columnas. 


+ En datos de gran importancia, puede realizar el seguimiento de los cambios 
que efectua cualquier individuo. Por lo general, la gente interactua con una 
base de datos a traves de una aplicacion. La carga de la gestion de accesos 
en el nivel de individuos suele recaer en la aplicacion. 


+  —Asegurese de que no se puede conectar como usuario raiz desde ningun 
servidor sin una contraselia. 


+ No debe almacenar las contraseiias en texto sencillo y no deben ser pala- 
bras del diccionario. 


+ Revise periodicamente los privilegios de los usuarios y asegurese de que 
nadie ha concedido a nadie privilegios innecesarios. 
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Instalacion 
de MySQL 


S1 es un usuario novel, puede que necesite instalar su propia copia de MySQL 
para tener algo con lo que practicar. O puede que hasta el momento esta tarea la 
hayan realizado administradores de servicios y solamente sienta curiosidad. Sea 
cual sea la razon, si utiliza MySQL a menudo, es muy probable que tenga que 
instalarlo en un momento u otro. Si le interesa acometer esta tarea cuanto antes, 


este capitulo la facilitara el proceso para que, una vez finalizado, se pregunte a 
que se debia tanto misterio. 


En este capitulo abordaremos los siguientes temas: 

* Instalacion de una distribución fuente o binaria 

+ Instalacion en Windows 

+ Instalacion en Unix 

e Instalacion de distribuciones fuente y binarias 

+  Compilacion optima de MySQL 

e Instalacion de varios servidores en el mismo equipo 
+  Usode mysql_multi para gestionar varios servidores 


e Actualización de la version 3.23 de SQL a la version 4 
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Instalacion de una distribucion fuente 
O binaria 


MySQL es un desarrollo de codigo abierto, lo que significa que el codigo 
fuente esta disponible gratuitamente para todo el mundo que lo quiera. Los siste- 
mas operativos como Linux y FreeBSD tambien son de codigo abierto, pero 
Windows es un software propietario, lo que significa que el codigo fuente es 
propiedad y esta bajo el control de Microsoft. Como el codigo fuente de MySQL 
esta disponible, hay dos formas de instalar MySQL: 


+ Instalacion binaria, lo que significa que se utiliza una distribucion ya com- 
pilada por programadores de MySQL (o de terceros). 


+ Instalacion fuente, lo que significa que debe compilar e instalar personal- 
mente el codigo fuente MySQL. 


Normalmente la instalacion binaria de MySQL resulta mas sencilla y rapida 
pero la decision depende de distintos factores, asi como de su facilidad para 
compilar software. Los usuarios de Windows apenas tienen que hacerlo, pero los 
usuarios de FreeBSD, por ejemplo, lo tendrán que hacer a menudo. Existen diver- 
sas razones para decantarse por una instalacion: 


+ El sistema en el que quiere instalar no tiene una distribucion binaria. En el 
momento de creación del libro, habia distribuciones binarias disponibles 
para Linux, FreeBSD, Windows, Solaris, MacOS X, HP-UX, AIX, SCO, 
SGI Iris, Dec OSF y BSDi, aunque no todos tenian distribuciones para la 
ultima version de MySQL. 


+ Puede que le interese optimizar MySQL con un compilador diferente o por 
medio de opciones de compilacion distintas. 


+ Puede que necesite algo que la distribucion binaria no ofrezca, como con- 
juntos de caracteres adicionales, la solución de algun fallo o una configu- 
ration diferente. 


En las tablas 15.1 y 15.2 se describen los directorios de una instalacion binaria 
y una instalacion fuente respectivamente. 


Tabla 15.1. Directorios de una instalacion binaria 


Directorio Descripción 


bin Almacena los ejecutables binarios, incluyendo el 
tan importante msyqld, así como todas las utilida- 
des como mysqladmin, msyqlcheck y msyqldump. 


Directorio Descripción 


data Las bases de datos, así como los archivos de registro. 
include Archivos de encabezado C. 
lib Las bibliotecas compiladas. 


scripts Contiene la secuencia de comandos msyql-— 
install db. 


share/msyql Un directorio para cada idioma con archivos que 
incluyen los mensajes de error para ese idioma en 
concreto. 

sql1-bench Resultados y utilidades de análisis comparativo. 


Tabla 15.2. Directorios de una instalacion fuente 


Directorio Descripción 


bin Almacena los ejecutables binarios, incluyendo el 
tan importante msyald, asi como todas las utilida- 
des como mysqladmin, msyqlcheck y msyqldump. 


include Archivos de encabezado C. 

info Archivos de documentación en formato Info. 

lib Las bibliotecas compiladas. 

libexec En una instalacion fuente predeterminada, el ser- 
vidor mysqld se almacena aqui, no en el directorio 
bin. 

share/mysql Un directorio para cada idioma con archivos que 
incluyen los mensajes de error para ese idioma en 
concreto. 

sql-bench Resultados y utilidades de análisis comparativo. 

var Las bases de datos y los archivos de registro. 


| 


Instalación de MySQL en Windows 


Para instalar MySQL en un equipo bajo Windows, necesita lo siguiente: 


+  Unsistema operativo de la familia Windows, es decir, actualmente, Windows 
95/98/Me o Windows NT/2000/XP. 


* Una copia de los ejecutables de MySQL o el codigo fuente MySQL (si 
quiere compilar personalmente MySQL). 
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* Un programa para descomprimir el archivo de distribucion 
+ Espacio suficiente para MySQL en su sistema. 


e Compatibilidad con TCP/IP. Si su equipo puede conectarse a Internet, ya 
lo tendra. En caso contrario, instalelo (es un protocolo de red). 


e Si quiere conectar MySQL a traves de ODBC, por ejemplo para conectar 
Microsoft Access a MySQL, necesitara el controlador MyODBC. 


Instalacion de una distribucion binaria en Windows 


Para realizar la instalacion en Windows NT/2000/XP, debe asegurarse de que 
se ha conectado como usuario con privilegios de administrador. Para actualizar 
desde una version anterior de MySQL, tendra que detener el servidor. Si se ejecu- 
ta como servicio, detengalo con lo siguiente: 


C:X> NET STOP MySQL 
O tambien puede utilizar msyqladmin: 
C:Aimysglibin> mysgqgladmin -u root -pg00r002b shutdown 


S1 quiere cambiar el ejecutable que esta utilizando (por ejemplo, mysql1d- 
max-nt por msyq1d-opt ) en Windows NT/2000/XP, tendra que eliminar el 
servicio: 


C:Amysqlibin> mysqld-max-nt —remove 


Tras ello, siga los pasos descritos a continuación: 


1. Descomprimael archivo de distribucioncomprimidoen un directorio temporal. 


2. Ejecute el ejecutable setup.exe para iniciar la instalacion. De forma 
predeterminada, MySQL se instala en C:Imsyql aunque muchos usua- 
rios de Windows prefieren ubicarlo en una posición comoC: Archivos 
de programalMySQL. Si cambia la ubicacion, tendra que especificar- 
la en el archivo de configuración (normalmente my. in1): 


basedir=D:/ruta de instalación/ 
datadir=D:/ruta de datos/ 


3. MySQL incluye una serie de archivos ejecutables. Debe seleccionar uno en 
funcion de sus necesidades (tabla 15.3). 


Tabla 15.3. Archivos ejecutables 


Archivo Descripción 


mysqld Un binario que admite depuracion, la comproba- 
cion automática de la asignacion de memoria, ta- 


Archivo Descripción 


| blas transaccionales (InnoDB y BDB) y enlaces sim- 
bolicos. 


mysqld-opt Un binario optimizado sin compatibilidad con ta- 
blas transaccionales (InnoDB o BDB). 


mysqld-nt Un binario optimizado que admite — (para su uso 
con NT/2000/XP). Se puede ejecutar en Windows 951 
98/Me pero no se crearan canalizaciones con nom- 
bre ya que estos sistemas operativos no las admiten. 


mysgld-max Un binario optimizado que admite tablas transac- 
cionales (InnoDB y BDB) y enlaces simbolicos. 


mysqld-max-nt Un binario optimizado que admite tablas transac- 
cionales (InnoDB y BDB) que son canalizaciones 
con nombre cuando se ejecutan en NT/2000/XP, y 


enlaces simbolicos. 
AAA 


Instalacion de MySQL como servicio en Windows NT/2000/XP 


S1 realmente quiere ejecutar MySQL en Windows, seguramente quiera hacerlo 
como servicio. Esto permite que el proceso se inicie automaticamente (la opcion 
mas aconsejable para un servidor de bases de datos) al iniciarse Windows y que 
se cierre automaticamente cuando se cierre Windows. Los servicios se ejecutan 
desde Windows y no se ven afectados por usuarios que se conectan y se desconec- 
tan. Con NT/2000/XP, instale MySQL como servicio de esta forma: 


CiM> c:Wmysqlibinmysqld-max-nt —install 


S1 no quiere que MySQL se inicie automaticamente pero quiere que lo haga 
como servicio, ejecute el mismo comando con la opcion manual: 


C:Amysglibin> mysqld-max-nt —install-manual 
Tras ello, podra iniciar el servicio de esta forma: 


C:A> net start mysql 
The MySql service is starting. 
The MySgl service was started successfully. 


Y detenerlo con la habitual mysqladmin shutdown o con lo siguiente: 
C:X> net stop mysql 

The MySql service 1S stoppiNg.. <<... .-.. 

The MySql service was stopped successfully 


Para eliminarlo como servicio, debe ejecutar lo siguiente: 


CiX> e:imysqllbinwmysqld-max-nt -—remove 
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Tambien puede utilizar el panel de control de servicios y pulsar Iniciar o 
Detener. 

Debe saber que Windows NT tiene un problema al cerrar MySQL 
automaticamente ya que no espera lo suficiente para que se cierre antes de apa- 
garlo (por lo no se produce un cierre limpio y aumentan los riesgos de daiiarlo). 

Para solucionar este problema, abra el Editor de registros AwinntA 
system321regedt32.exe y defina un nuevo valor en milisegundos para 
WaitToKillServiceTimeout en HKEY LOCAL MACHINE 
SYSTEMAMCurrentControlSetiControl del árbol de registros. 

En capitulos anteriores encontrará más información sobre la-forma de iniciar 
MySQL. En la tabla 15.1 se incluye una breve descripción de los contenidos de 
los directorios que se acaban de crear. 


Instalacion de MySQL en Unix 


Para instalar MySQL en un equipo Unix, necesitara lo siguiente: 


+  —Unsistema operativo de la familia Unix (Linux, FreeBSD, etc). 


* Una copia de los ejecutables de MySQL o el codigo fuente MySQL (si 
quiere compilar personalmente MySQL). 


+  gunzip (gzip O zcat) y tar para extraer y descomprimir el archivo de distri- 
bucion (le recomendamos las versiones GNU). 


+ Espacio suficiente para MySQL en su sistema. 


+ make y un compilador C++ (como gcc) si tiene pensado compilar el codigo 
fuente. 


Instalacion de una distribucion binaria (tar) en Unix 


Para instalar MySQL en Unix desde una distribucion binaria, siga los pasos 
descritos a continuación: 


l. Cambie a usuario raiz. Es muy probable que tenga que actuar como raiz 
para ejecutar los siguientes comandos: 


% su - 
Password: 


2. Añada el usuario MySQL y el grupo MySQL con los que se ejecutará 
MySQL. Nunca debe ejecutar MySQL como usuario raiz. Si lo desea, 
puede asignar otro nombre al usuario y al grupo: 


% groupadd mysql 
% useradd -gq mysql mysql 


3. Cambie al directorio en el que quicra ubicar MySQL. De forma predeter- 
minada, MySQL espera ubicarse en /usr/local si se trata de una ins- 
talacion binaria, pero puede indicar cualquier otro. Si cambia la ubicacion, 
tendra que aplicar los cambios a la configuración y a algunas de las utili- 
dades distribuidas con MySQL para que apunten a la nucva ubicacion: 


% cd /usr/local 


4. Extraiga cl archivo: 


% gunzip -c /home/ mysql-max-4.x.x-—-platform-os-extra.tar.gz | 
tar -xE - 


El nombre de archivo que verá dependcra de la distribucion que utilice. En cste 
caso vemos mysql-max-4.0.2-alpha-pc-linux-gnu-1686. Asegú- 
rese de que tienc la version correcta para su sistema. 


- ADVERTENCIA: Se sabe que la. versión Sun 86 tar PROAAES Problemas] | 


- por lo que en su lugar debe Miizaria persión GNU. 


Una vez completados estos pasos, se creara un nuevo directorio en funcion del 
nombre dc la distribucion que instale, como se indica a continuación: 


% ls -—-1 my* 
total 1 
drwxr-xr-=-x 13 mysql users 1024 
Jul 1 14:15 mysql-max-4.x.x-platform-os-extra 


Es un nombre poco práctico para su utilización diaria, por lo que debe crear un 
enlace simulado mysql que apunte al nuevo directorio de forma que /usr/lo- 
cal/mysql/ sea la ruta a MySQL: 


% ln -—s mysql-—-max-4.x.x-platform-—-0s-extra mysql 
% ls —1 my* 
lrwxrwxrwx l root root 40 
Jul 27 23:07 mysql -> mysql-max-4.x.x-—platform-0s-extra 


El directorio recién instalado contiene lo siguiente: 


% cd mysql 

% ls -—1 

total 4862 

- Y W-YI—r— 1 mysql users 19106 Jul 1 14:06 COPYING 
=EWSE=ES 1 mysql users 28003 Jul 1 14:06 COPYING.LIB 
EW =b= 1 mysql users 122323 Jul 1 13:16 ChangelLog 


- IW-I-r— 1 mysql users 6808 Jul 1 14:06 INSTALL- 
BINARY 

- LW-I—r— 1 mysql users 1937 Jul 1 13:16 README 
ALWXI—XY—-X 2 mysql users 1924. Jut. (L. 1445 Din 
-EWXY-XI-X 1 mysql users 7713 Jul 1 14:15 configure 
ALWXI-Xx— 4 mysql users 1024 Jul 1 14:15 data 
AXLWXI-XI-X 2 mysql users 1024 Jul. 1 14:15 include 
AEWXY=X1=X 2 mysql users OZ E Jul 1-14:15S Loeb 
AYWXI-XI-X 2 mysql users 1024 Jul 1 14:15 man 

- E W-XI—-r— 1 mysql users 2508431 Jul 1 14:06 manual html 
EW = E ==> 1 mysql users 2159032 Jul 1 14:06 manual txt 
EW =E=E=> 1 mysql users 91601 Jul 1 14:06 

manual—toc html 

dEWXT=XT=X 6 mysql users 1024 Jul 1 14:15 mysql- 
test 

AÁXLWXI-XI—X 2 mysql users 1024 Jul 1 14:15 scripts 
LW =XxD=X 3 mysql users 1024 Jul 1 14:15 share 
AÁXLWXI-XI-X 7 mysql users 1024 Jul 1 14:15 sql-bench 
AÁXWXI—XI—X 2 mysql users 1024 Jul 1 14:15 support- 
files 

ÁTWXLT—XT=X 2 mysql users 1024 Jul 1 14:15 tests 


Ya sc ha instalado MySQL. Para instalar las tablas de permisos (como vimos 
en un capitulo anterior), cjecutc la secuencia de comandosmysql_install_db: 


% scripts/mysql_install_db 
Preparing db table 

host table 

user table 

func table 
tables—priv table 
columns—priv table 
Installing all prepared tables 
020701 23:19:07 ./bin/mysqld: 


Preparing 
Preparing 
Preparing 
Preparing 
Preparing 


Shutdown Complete 


Tras ello, cambie el propietario para garantizar que MySQL y el directorio de 
datos estan bajo el control del recién creado usuario MySQL, en caso de que no 
sea asl: 


3% chown -R root fusr/local/mysql 

% chgrp -R mysql /usr/local/mysql 

$ chown -R mysql /usr/Ílocal/mysql/data 

Seguidamente, MySQL esta preparado para ejecutarse con msyqld_safe: 


3 /usr/local/mysql/bin/mysqld safe —user=mysql 4 


tetminaf lá instalación, en caso contrario; 


¿006 el mundoen elsistema, Al mismo tienpo: deberia de 
configuración justo despues dé] PrOGASO de instalación. - 


En la tabla 15.1 encontrara un repaso de los contenidos dc los nuevos directo- 
rios que se acaban de crear. 


Instalacion de una distribución binaria (rprn) en 
Unix 
Red Hat Linux tambien le permite instalar MySQL desde un archivo RPM. En 


la tabla 15.4 se incluye la lista completa de archivos RPM disponibles (los núme- 
ros de version reflejan la version que este utilizando) 


Tabla 15.4. Archivos RPM 


Archivo Descripción 


¡MySQL-4.x.x-platform- El software servidor MySQL, necesario a me- 

los-extra.rpm nos que simplemente se conecte a un servi- 
dor existente. 

IMySOL-client-4.x.x- El software cliente de MySQL, necesario para 

l[platform-os-extra.rpm conectarse a un servidor MySQL. 

[MySQL-bench-4.x.x- Distintas pruebas y análisis comparativos de 


platform-os-extra.rpm MySQL. Se necesitan los archivos Perl y 
msql.mysql rpm. 


[MySQL-devel-4.x.x- Distintas bibliotecas y archivos necesarios 
platform-os-extra.rpm para compilar otros clientes MySQL. 


[MySOL-shared-4.x.x- Bibliotecas compartidas cliente MySQL 

platform-os-extra.rpm 

MySQL-embedded-4.x.x- El servidor MySQL incrustado. 

platform-os-extra.rpm 

] E ] a 

MySQL-4.x.x-platform- El codigo fuente de los archivos rpm anterio- 

os-extra.src.rpm res. No es necesario si realiza una instala- 
cion binaria. 

MySQL-Max-4.x.x- El rpm Max de MySQL (compatible con ta- 

platform-os-extra blas InnoBD, etc.). 


Para instalar los archivos rpm, basta con ejecutar la utilidad rprn con cada uno 
de los rprn que quiera instalar. Normalmente lo minimo que debe instalar es el 
cliente y el servidor: 


2 rpm -i MySQL-4.x.x-platform-os-extra.rpm MySQL-client-4.x.x- 
platform-0s-extra. rpm 


La instalacion a traves de rprn genera una estructura ligeramente distinta que 
la que se obtiene por medio de una instalacion binaria convencional. Los datos se 
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almacenan cn el directorio /var/1lib/mysq]l y, al aliadir entradas al directo- 
rio /etc/rc.d/, asi como al crear una secuencia de comandos /etc/rc.d/ 
INIT.d/msyql, MySQL se configura para que empicce automaticamente des- 
pues del inicio. Debe prestar especial atencion si realiza una instalacion sobre 
otra anterior de esta forma, ya que tendra que rehacer todos los cambios que haya 
efectuado. 

Tras ello, MySQL sc puede ejecutar con mysqld_safe: 


34 /usr/local/mysql/bin/mysqld safe —user=mysql £ 
No olvide asignar una contraseila raiz y revisar su archivo de configuracion. 


Instalacion desde codigo fuente en Unix 


Es poco probable que quiera compilar MySQL desde codigo fuente para pro- 
duccion a menos que tenga experiencia a este respecto. Pero puede que haya 
alguien que disfrute del desafío, por lo que en este apartado describiremos dcta- 
lladamente el proceso. 


ea” A HE] 


TRUCO: Es muy importante. que consult-la última documentación de . 
¿MySQL ya que la siguiente información se actualiza con gran rapidez y 
cda aparecen ni nuevas : distribuciones para sustituir a las anteriores. 


Para realizar una instalacion desde una distribución de codigo fuente, necesita 
lo siguiente: 


.  gunzip (gzip o zcat). La version GNU funciona. 


+ tar (cl tar GNU funciona, pero el tar de Solaris ha causado problemas cn el 
pasado). 


. make (le recomendamos utilizar el make de GNU, los de Solaris y FreeBSD 
causan problemas). 


+  gecopecce (u otro compilador C++ ANSI). Actualmente le recomendamos 
la version 2.95.2, aunque las distintas distribuciones se compilan con dife- 
rentes compiladores. Le sugerimos que consulte la documentación MySQL 
mas reciente para ver que compilador corresponde a su sistema operativo y 
si se conoce algun problema con otros compiladores. 


Para instalar desde codigo fuente, siga los pasos descritos a continuación: 


I. Para empezar, igual que con las instalaciones binarias, cambie a usuario 
ralz y aliada el usuario y el grupo MySQL: 
% su - 
Password: 
% groupadd mysql 
% useradd -q mysql mysql 
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2. Cambie al directorio en el que quiera almacenar los archivos (por ejemplo, 
/usr/local/src o el que resulte apropiado). 


3. Descomprima los archivos: 


[e] 


$% gunzip -c /tmp/ mysql-4.x,x-platform-os-extra,tar.gz |] tar 
=xf - 


4. Tras ello, se habrá creado un nuevo directorio. Cambie a este directorio, 
desde el que debe configurar y generar MySQL: 


% cd mysql-4.x.x-extra 


5. Ejecute la secuencia de comandos configure, que viene incluida en la 
distribución y le permite configurar distintas opciones de instalacion. Hay 
un gran numero de opciones disponibles. Algunas de las mas utiles las 
describiremos mas adelante, otras las mencionaremos en un apartado pos- 
terior. 


6. De forma predeterminada, MySQL compilado desde codigo fuente se ins- 
tala en /usr/local y los archivos de datos y de registro se almacenan 
en /usr/local/var. Para cambiar estas ubicaciones, utilice la opcion 
prefix, como se muestra en el ejemplo: 


$ ./configure -—prefix=/usr/local/mysql 


De esta forma se cambia el prefijo de toda la instalacion por /usr/lo- 
cal/mysq]l. Por otra parte, tambien puede cambiar la ubicacion del di- 
rectorio de datos por /usr/local/mysql/data, mientras conserva 
el resto de la instalacion, como se muestra a continuación: 


% ./configure —prefix=/usr/local %M 
—localstatedir=/usr/local/mysql/data 


S1 lo prefiere, puede realizar alguna de estas acciones: 


Si no quiere compilar el servidor sino solamente los programas cliente 
para conectarse a un servidor existente, utilice la opcion —w1ithou t- 
server: 


% ./configure —without-server 
e Para utilizar libmysqld.a, la biblioteca MySQL incrustada, nece- 
sita la opcion —with-embedded-server: 
% ./configure —with-embedded-server 
+ Para cambiar la ubicacion predeterminada del archivo de socket (nor- 


malmente /tmp), utilice configure de esta forma (el nombre de 
ruta debe ser absoluto): 


% ./configure —with-unix-socket-path=/usr/local/sockets/ 
mysql .sock 


+ Para obtener el conjunto completo de opciones disponibles, ejecute lo 
siguiente: 


% ./configure —help 


7. Una vez completadas estas operaciones (que pueden llevar su tiempo, en 
funcion de su configuración), tendra que generar los binarios con el co- 
mando make: 


% make 


8. Tras ello, debe instalarlos: 


% make install 


9. Seguidamente, prosiga como si hubiera instalado un binario: crec las ta- 
blas de permisos y cambie la propicdad de los archivos. Los siguientes 
ejemplos asumen que se ha decidido por el prefijo /usr/loca1/mysq]l: 


% cd /usr/local/mysql 

% scripts/mysql install db 

Preparing db table 

Preparing host table 

Preparing user table 

Preparing func table 

Preparing tables—priv table 

Preparing columns—priv table 
Installing all prepared tables 

010726 19:40:05  —./bin/mysqld: Shutdown Complete 
% chown -R root /usr/local/mysql 

% chgrp -R mysql /usr/local/mysql 

% chown -R mysql /usr/local/mysql/data 


10. Tras ello, ya puede ejecutar MySQL con mysqld-safe: 
3 /usr/local/mysql/bin/mysqld_ safe —user=mysql 


No olvide asignar una contraseiia raiz y comprobar su archivo de configura- 
cion. 


Las distribuciones Estándar de MySQL se AprOximas bastante y una compi- 
lación óptima, pera sí quiere obtener el mayor rendimiento posible, teñdrá que 
realizar algunas mejoras. También es muy fácil realizar lo contrario y frenar el 
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CXx=gca 

CXXELAGS=-093 

Ca=gea 

export CC CFLAGS CXX CXXFLAGS 


Vincule de forma estática, no dinámica (es decir, utilice la opción =stati.c). 
Utiliza más espacio de disco pero se ejecuta a más velocidad (13 por ciento 
en Linux de acuerdo a las mediciones MySQL). 


Los binarios MySQL se suelen compilar con gee porque pgcc (gee Pentium) 
causa problemas en procesadores que no son Intel. La compilación con pgcc 
si su procesador es dé la familia Pentium de Intel puede tener alguna ventaja 
(1 por ciento según pruebas MySQL y con una mejora de hasta un 10 por 
ciento). Del mismo modo, en un servidor Sur, el compilador SunPro £++es 
aproximadamente un 3 por ciento más rapido que gcc. 


Optimice hasta el máximo nivel posible (-03 con gcc). 


Compile sin depurar (la opcion —wit:hout-debug). Se ejecuta entre un 
20 y un 35 por ciento mas rápido que si utiliza la opcion —wit h— 
debug=futl1 y aproxidamente ur. IM por ciento más rápido que si utiliza — 
with-—debug. 


Las distribuciones dé MySQL 20n compatibles enn todos los conjuntos de 


caracteres. Utilice la opcion —+ith-extra-charsets=none si em- 
plea el conjunto de caracteres predeterminado ISO-8859-1 (Latin1). Utilice 


la opción v1th-CRaTaStSRRx par comprer unicamente los conjuntos 


de caracteres que quiera Milizar 


Si ejecutá Linux en Pquipos x86, la SOMpración sin punteros de marco (- 
fomit-frame-pointer o -fomit-frame-pointer-ffixed- 
ebp) genera una mejora de entre un 1 y un 4 por ciento. 


Instalacion de varios servidores en el mismo 
equipo 


Existen diversas razones para ejecutar varios servidores MySQL en el mismo 
equipo. No obtendra una mejora del rendimiento y es muy probable que no quiera 
permitir que las distintas versiones accedan a los mismos datos. Tambien, es 
probable que lo haga para probar una nueva version de MySQL sin eliminar la 
instalacion anterior. Si tiene pensado ejecutar varias versiones de MySQL en el 
mismo equipo, debe asegurarse de que no intentan utilizar el mismo archivo de 
socket O que escuchan por el mismo puerto TCP/1P. También deben contar con su 
propio archivo pid. Los valores predeterminados son el puerto 3306 y /tmp/ 
mysql.sock en la mayoría de los sistemas. 


Una forma muy aconsejable de gestionarlo es por medio de la utilidad 
mysqld—multi, que veremos mas adelante. Puede cambiar el puerto predetermina- 
do y los parametros TCP/IP en el archivo de configuracion siempre que se trate de 
un archivo de configuracion distinto que el del otro servidor. Por ejemplo: 


socket=/tmp/mysql2.sock 
port=3307 


Por medio de la opción —socket, los clientes pueden conectarse a servidores 
que se ejecuten en un socket diferente: 


% mysql —socket=/tmp/mysgql2.sock -uroot -pg00r002b 


Tambien puede especificar el servidor al que hay que conectarse sí indica el 
archivo de configuracion que debe utilizar el cliente. Por ejemplo: 


% mysql —defaults-file=/usr/local/mysql2/etc/my.cnf -uroot - 
pg00r002b 


S1 compila personalmente MySQL, configure el segundo servidor con otro 
numero de puerto, otra ruta de socket y otro directorio de instalacion. Por ejem- 
plo: 


% ./configure —with-tcp-port=3307 Á 
—with-unix-socket-path=/tmp/mysql2.sock A 
—prefix=/usr/local/mysql2 


ADVERTENCIA: Nunca debe haber mas de un servidor que controle los 


mismos datos, lo que constituye un evidente riesgo de daños. Tampoco debe 
escribir los mismos archivos de registro. 


Las distribuciones MySQL incorporan una utilidad denominada mysqld—multi, 
una herramienta muy util para gestionar varios servidores MySQL (que se ejecu- 
ten en distintos puertos y sockets). Para utilizar mysqld-multi, debe configurar su 
archivo de configuracion con una seccion mysqld-multi, asi como con secciones 
para cada servidor MySQL que ejecute. Por cjemplo: 


[mysql1d—multi] 


mysqld = Jusr/local/bin/mysqld safe 
mysgqladmin = fusr/local/bin/mysgqladmin 

user = root 

password = g00r002b 

[mysqld1] 

socket = ¿/tmp/mysql.sock 

port = 3306 

pid-file = fusr/local/mysql/var/hostname.pid 
datadir = /fusr/local/mysql/var 

language = fusr/local/share/mysql/english 
user = hartmann 


[mysq1d2] 


socket — /tmp/mysql.sock2 

port — 3307pid-file = /usr/local/mysql/var2/ 
hostname.pid 

datadir -= ¿Jusr/local/mysql/var2 

language - Jfusr/local/share/mysgl/french 

user -— yves 

[mysqld3] 

socket - /tmp/mysql.sock3 

POTE = 3308 

pid-tile = /usr/local/mysql/var3/hostname.pid 
datadir = ¿Jfusr/local/mysgql/var3 

language - Jfusr/local/share/mysql/german 

user =- cleo 

[mysql1d4] 

socket — /tmp/mysgl.sock4 

port 3309 

pid-file -— /Jusr/local/mysql/var4/hostname.pid 
datadir = Jfusr/local/mysql/varí 

language - ¿usr/local/share/mysgql/english 
user = Caledon 


La sintaxis de mysqld—multi es la siguiente: 


mysgqld—multi [opción/opciones] (startIstop|report) 
[grupo _ número, grupo número2...] 


Tomando la configuracion del archivo que acabamos de ver, en el siguiente 
ejemplo mysqld—multi informa del estado del servidor y, tras ello, se utiliza para 
cerrarlo: 


% mysqld—multi —user=root —password=g00r002b report 1 
Reporting MySQL servers 

MySQL server from group: mysqldl is running 

% mysqld—multi —user=root —password=g00r002b stop 1 

$ 020729 04:20:50 mysgqld ended 

% mysqld multi —user=root —password=g00r002b report 1 
Reporting MySQL servers 

MySQL server from group: mysqldl is not running 


En la tabla 15.5 se describen las opciones de mysqld—multi. 


Tabla 15.5.Opciones de mysqld_multi 


Opción Descripción 


=config-file=... Define un archivo de configuracion distinto para los 
grupos (no afecta al grupo [mysqld—multi]). 


—example Proporciona un archivo de configuración de mues- 
tra. 
—help Muestra la ayuda y sale. 


Opción Descripción 


=-1og=.. Especifica el archivo de registro, tomando la ruta y 
el nombre completo del archivo. Si este archivo ya 
existe, los registros se adjuntan al final del archivo. 


—mysqladmin=... Ruta completa del binario msygladmin, utilizado 
para cerrar el servidor. 


—mysqld=... Ruta completa y nombre de la biblioteca mysq 
dladmin que se va a utilizar o, mas a menudo, el 
binario mysqld-safe. Las opciones se pasan a 
mysqld. Tendra que cambiar mysqld—safe o asegu- 
rarse de que se encuentra en su variable de entor- 
no PATH. 


—no-1log Se escribe en la salida estandar en lugar de en un 
archivo de registro. La opción predeterminada es 
el archivo de registro. 


—password=... La contraseña del usuario de mysqladmin. 


—tcp-ip Hace que mysqld_multi se conecte a los servido- 
res MySQL a traves de TCP/IP en lugar de utilizar 
un socket Unix. De forma predeterminada, la co- 
nexion se realiza por medio de un socket en Unix. 


—user=... El usuario de mysqladmin. Asegurese de que este 
usuario tiene los privilegios adecuados para reali- 
zar lo que necesite (shutdown-—priv). 


—versión Muestra el numero de version y sale. 


Como evitar problemas de instalacion comunes 


Cuando todo sale mal, puede resultar extremadamente frustrante, sobre todo si 
todavia no ha empezado. Es muy complicado, especialmente para los usuarios sin 
experiencia, saber que hacer cuando se enfrentan a un extraño mensaje de error 
(si tienen la suerte de obtener uno). 

En el siguiente apartado veremos algunos de los problemas de instalacion mas 
comunes. 


Problemas al iniciar msyqld 


Los problemas al iniciar mysqld se hacen evidentes al intentar instalar sin 
exito las tablas de permisos. Existen diversas razones para estos problemas, como 
vera en la siguiente lista, y el examen del registro de errores es la mejor forma de 
saber cuál es el problema. 


* Puede que tenga un problema en su archivo de configuración (my. en£ o 
my. ini). Revise atentamente la sintaxis o utilice el archivo de configura- 
cion estandar incluido en su distribución para ver si puede indicar MySQL. 


e Otro error muy habitual es este: 


Can't start server: Bind on unix socket.... 


o el siguiente: 


Can't start server: Bind on TCP/1P port: Address already in use 


Este error se produce cuanto intenta instalar una segunda copia de MySQL 
en el mismo puerto o socket de una instalacion existente. Asegurese de 
especificar un puerto o socket distinto antes de empezar. 


+ Los problemas relacionados con los permisos tambien son habituales. Com- 
pruebe que ha seguido los pasos descritos en la sección de instalacion para 
que al menos sean correctos los directorios MySQL. Si utiliza sockets, 
tendra que verificar si tiene permiso para escribir tambien el archivo de 
socket (normalmente en /tmp). 


e Otro de los problemas habituales se produce con las bibliotecas. Por ejem- 
plo, si utiliza Linux y ha instalado bibliotecas compartidas, asegurese de 
que la ubicacion de las mismas se enumera en su archivo /etc/ 
l1d.so.conf.Por ejemplo, si tiene: 


/usr/local/lib/mysql/libmysqlclient.so 


Asegurese de que /etc/1d.so. conf contiene: 


/usr/local/lib/mysql 


Y ejecute Idconfig. 


e  Aliniciar MySQL, si hay tablas BDB, puede encontrar un problema como 
el siguiente: 
020814 19:18:02 bdb: warning: ./bdb/news.db: No such file 


or directory 
020824 19:18:02 Can't init databases 


Esto significa que BDB tiene problemas para recuperar un archivo de re- 
gistro existente. Puede iniciar MySQL con la opción —bdb-no-recover 
o desplazar los archivos de registro. 


Problemas de compilacion 


Si tiene problemas al realizar la compilacion y debe realizarla una segunda 
ocasion, tendra que asegurarse de que configure se ejecuta desde cero; en 
caso contrario, utilizara información de su instancia anterior, almacenada en el 


archivo confi g.cache. Tendra que eliminar este archivo cada vez que reali- 
ce la configuracion. Del mismo modo, los archivos de objetos antiguos pueden 
seguir presentes y, para garantizar una nueva compilacion limpia, tendra que eli- 
minarlos. Ejecute lo siguiente: 


% rm config.cache 
% make clean 


Tambien puede ejecutar distClean si lo tiene. 

Puede que su compilador este obsoleto. En la actualidad, MySQL sugiere la 
utilización de gec 2.95.20 egcs 1.0.3a, pero es muy probable que haya cambiado, 
por lo que le aconsejamos que consulte la ultima documentación. Otros problemas 
pueden aparecer como resultado de una version de make incompatible. Actual- 
mente, MySQL recomienda make GNU, version 3.75 o superior. 

Si obtiene un error al compilarsql1_yacc.cc, puede que no tenga suficiente 
espacio en el disco. En algunos casos, la compilación de este archivo utiliza 
demasiados recursos (incluso cuando parece que hay multitud de ellos disponi- 
bles). El error puede ser uno de los siguientes: 


Internal compiler error: program cclplus got fatal signal 11 
Out of virtual memory 
Virtual memory exhausted 


Al ejecutar configure con la opcion —low-=memor y se suele solucionar 
este problema: 


% ./configure —with-low-memory 


Si tiene problemas con las bibliotecas relacionadas, como g++, libg++ o 
libsted++ (puede que no esten disponibles), intente configurar gec para que sea su 
compilador C++, como se indica a continuación: 


% CXX="gcc -03" ./configure 


La vinculacion estatica, además de ser mas indicada, tambien puede resolver 
problemas relacionados con referencias sin definicion. 


Problemas de Windows 


Si pulsa dos veces sobres etup.exe y el proceso se inicia pero nunca termi- 
na, puede que haya algo que interfiera con MySQL. Intente uno de estos procedi- 
mientos: 


+ Cierre todas las aplicaciones de Windows, incluyendo los servicios y las de 
la bandeja del sistema. 


+  Porotro parte, intente la instalacion en modo seguro (pulse F8 al iniciar y 
seleccione esta opcion en el menu). 


En el peor de los casos tendra que reinstalar Windows e instalar primero 
MySQL, antes de ningun otro programa. Es poco probable que se produz- 
ca este problema en equipos de producción dedicados como servidores de 
bases de datos MySQL. Suelen aparecer en equipos multifuncion en los 
que se ejecutan todo tipo de aplicaciones. 


Actualización de MySQL 3.x a MySQL 4 


MySQL ha sufrido importantes mejoras de desarrollo de la version 3.23 .xx a 
la version 4 y existen numerosas diferencias a las que debe prestar atencion a la 
hora de realizar la actualización: 


El script msyqgld_safe sustituyea safe_mysqld. 


Existe gran cantidad de nuevos privilegios en la tabla de usuarios (en la base de 
datos mysq1) . MySQL proporciona una secuencia de comandos para añadir 
estos nuevos permisos a la vez que conserva los existentes. Se denomina 
mysql fix privilege tt 
SLAVE y REPLICATION CLIENT del antiguo privilegio FILE, y los privile- 
glos SUPER y EXECUTE del antiguo PROCESS. Sin ejecutar esta secuencia 
de comandos, todos los usuarios tendrán privilegios SHOW DATABASES, 
CREATE TEMPORARY TABLES y LOCK TABLES. 


Los atributos de length y max length (en la estructura 
MY SQL._FIELD) son ahora unsigned long en lugar de unsigned 
int. 


La antigua opción —safe—show-database ha quedado obsoleta (ya 
no hace nada, puesto que se ha reemplazado por el privilegio SHOW 
DATABASES en la tabla de usuarios). 


Se ha cambiado el nombre de una serie de variables: 


myisam—bulk—insert—tree—size por bulk—insert—buffer—size 
query—cache—startup-type por query—cache—type 
record—buffer por read—buffer—size 

record—-rnd—buffer por read rnd buffer size 

sort—buffer por sort—buffer—size 

warnings por log-warnings 


Algunas opciones de inicio de mysqld tienen un nuevo nombre: 


—skip-locking por —skip-external-locking 
—enable-locking por —external-locking 


El tamaiio de los parametros de inicio myisam_max_extra_sort-_ 
file y myisam_amx_extra_sort se proporciona ahora en bytes, 
no en megabytes. 
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Algunas opciones de inicio han quedado obsoletas (por el momento siguen 
funcionando): 
recorda =Dputter 


sort—buffer 
warnings 


El bloqueo externo aparece ahora desactivado de forma predeterminada. 


Las siguientes variables SQL tienen un nuevo nombre (los nombres anti- 
guos siguen funcionando, pero han quedado obsoletos): 

SOL _BIG_TABLES por BIG-TABLES 

SQL_LOW_PRIORITY UPDATES por LOW-—PRIORITY-UPDATES 

SQL _MAX_JOIN_SIZE por MAX-JOIN-SIZE 

SQL QUERY CACHE TYPE por QUERY—CACHE—TYPE 


SIGNED es un palabra reservada. 


Las columnas de tipo DOUBLE y FLOAT ya no ignoran el indicador 
UNSIGNED. 


Las columnas BIGINT ahora almacenan enteros con mayor eficacia que 
las cadenas. 


El comportamiento predeterminado de la funcion STRCMP () distingue 
ahora entre mayusculas y minusculas ya que utiliza el conjunto de caracte- 
res predeterminado cuando realiza comparaciones. 


TRUNCATE TABLE es mas rapido queDELETE FROM nombre_de_la_ 
tabla ya que no devuelve el numero de filas eliminadas. 


Las funciones LOCATE () e INSTR () distinguen ahora entre mayúscu- 
las y minusculas si uno de los argumentos es una cadena binaria. 


Ahora, cuando se le pasa una cadena a la funcion HEX (), todos los carac- 
teres se convierten en dos digitos hexadecimales. 


La instrucción SHOW INDEX tiene dos columnas adicionales: Null e 
Index_type. 


Ya no se pueden ejecutar las instrucciones TRUNCATE TABLE O DROP 
DATABASE cuando hay un bloqueo activo (ya sea de LOCK TABLES o de 
una transacción). En su lugar se devuelve un error. 


La cláusula ORDER BY nombre_de_columna DESC ordenara pri- 
mero los valores NULL en todos los casos, mientras que antes lo hacía sin 
coherencia alguna. 


Los resultados de todas las operaciones de bits (<<, >>, |], £, -) son ahora 
sin firma, al igual que el resultado de la resta entre dos enteros, cuando uno 
de ellos no tenga firma (esto se puede desactivar si se inicia MySQL con la 
opción —sql-mode=NO_UNSIGNED_SUBTRACTION). 


+  S1 quiere utilizar la instrucción MATCH..AGAINST (..IN BOOLEAN 
MODE) tendra que volver a generar sus tablas con ALTER TABLE 
nombre de tabla TYPE=MyISAM. Esto se aplica incluso si las ta- 
bla ya son ISAM. 


+ Es necesario especificar una cláusula IGNORE cuando se utilice una ins- 
truccion de tipo INSERT INTO...SELECT o, en caso contrario, MySQL 
se detendra y posiblemente realice una inversion. 


e Lafuncion RAND (seed) ahora devuelve una serie de numeros aleatorios 
diferentes que antes (para distinguir RAND(valor inicial) de 
RAND(valor inicial+1)). 


+ El formato de SHOW OPEN CHANGES ha cambiado. 


* Yanose admiten las antiguas funciones del APICmysql drop _db(), 
mysql create db() ymysql connect (). Puede compilar MySQL 
con la opción CFLAGS=-DUSE _OLp FUNCTIONS, pero debe actuali- 
zar sus clientes para que utilicen el APT de la versión 4.0. 


+ Si utiliza el modulo DBD::mysql de Perl, tendra que utilizar una version 
mas reciente que 1.2218, ya que las versiones anteriores utilizaban la ant1- 
gua funcion drop-db(). 


+ En lugar de utilizar SET SQL SLAVE _SKIP COUNTER=*, tendra que 
emplear SET GLOBAL SQL_SLAVE_SKIP_COUNTER=+. 


+ Los clientes multiprocesamiento deben utilizar las funciones msyql-_ 
thread-— init()y mysql_thread_end(). 


Resumen 


La instalacion de MySQL no es complicada. Si opta por una distribucion 
binaria, la mas recomendable en la mayoría de los casos, basta con apuntar y 
pulsar en Windows, y utilizar algunos sencillos comandos en Unix. Tambien hay 
razones válidas para optar por una distribucion de codigo fuente, sí MySQL 
todavia no esta disponible en formato binario para su plataforma o si necesita 
obtener el mayor rendimiento de MySQL compilandolo de forma optima. 

Sea cual fuere la razon, con la correcta manipulación de las opciones de com- 
pilacion, podra obtener una instalacion rapida pero estable de MySQL. 


Multiples 
unidades 


Las bases de datos suelen aumentar hasta alcanzar tamaiios considerables y 
una excesiva cantidad de datos en una unidad significa que esta y el controlador 
de la misma se convierten en un preocupante cuello de botella. El uso de múltiples 
discos y controladores (por medio de RAID) es uno de los metodos para solucio- 
nar este problema y la mayoría de las modalidades de RAID disponen de opciones 
de redundancia adicional. 

Los enlaces simbolicos permiten dividir bases de datos o tablas entre varios 
discos sin recurrir a RAID. Al crear un enlace de una unidad a otra, se libera el 
cuello de botella de la unidad mas congestionada. 

En este capitulo nos centraremos en los siguientes aspectos: 


e Uso de RAID 


. Uso de enlaces simbolicos 


Significado de RAID 


RAID significa matriz redundante de discos economicos, no matriz redun- 
dante de discos independientes. Es sorprendente la rapidez con la que una fuente 
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erronea se duplica en Internet, aunque el termino independiente no es del todo 
equivocado. El termino original proviene de un informe escrito en 1987 por los 
investigadores David Patterson, Garth Gibson y Randy Kantz. Mejora el rendi- 
miento y la tolerancia. Lo contrario se suele denominar SLED. 

Existen distintos tipos de RAID, que describiremos en los siguientes aparta- 
dos. Todos ellos se basan en tres conceptos basicos: duplicado (repetición de 
escritura en otra unidad), division (dispersion de datos por distintas unidades) y 
paridad (examen de bits para evitar y recuperarse de errores). 


RAID 0 


RAID 0 (en ocasiones denominado division, ya que realmente no es un tipo de 
RAID) divide los datos en bloques y los distribuye por distintas unidades. El 
tamaño de los bloques es el mismo en todas las unidades, pero se pueden definir 
tamalios de bloque distintos en funcion de las circunstancias. Esto permite au- 
mentar el rendimiento, ya que uno de los principales cuellos de botella desplaza la 
cabeza de la unidad. RAID 0 aumenta las probabilidades de solicitudes simultá- 
neas de datos en distintas unidades, lo que significa que la lectura se produce al 
mismo tiempo sin tener que esperar a que termine una, se vuelva a situar la cabeza 
y, tras ello, se lea el segundo grupo de datos. 

Por lo general, cuantas mas unidades haya, mejor sera el rendimiento. El ren- 
dimiento mejora incluso mas si cada unidad tiene su propio controlador, aunque 
no es imprescindible. Basta con asegurarse de que los controladores pueden pro- 
cesar la carga si esta es responsable de varias unidades. Sin embargo, RAID 06 no 
permite la tolerancia a fallos. De hecho, aumenta las posibilidades de que se 
produzcan fallos, ya que hay mas de una unidad que puede fallar y cancelar la 
disponibilidad de los datos. Noes aconsejable utilizar RAID 0 en entornos en los 
que la disponibilidad de los datos sea fundamental. Necesitara al menos dos uni- 
dades para implementar RAID 0. Realmente no es un tipo de RAID y en ocasiones 
se le denomina, en tono humoristico, AID, ya que no contiene ninguna forma de 
redundancia (la R de RAID). 

En la figura 16.1, que muestra la implementación de RAID 0 en tres dispositi- 
vos, el primer bloque de datos se escribe en el dispositivo A, el segundo en el B y 
el tercero en el C. El siguiente bloque se escribira de nuevo en el primer dispos1- 
tivo, y asi sucesivamente. El primer y tercer bloque de datos se pueden leer al 
mismo tiempo, ya que existen en distintas unidades. 


DA 


Figura 16.1. RAID 0 


RAID 1 


RAID 1 (tambien denominado duplicación) se utiliza cuando lo que se escribe 
en una unidad se repite en otra. Esto mejora la tolerancia a fallos ya que existe 
una copia de seguridad actualizada en caso de que falle una unidad. Los fallos de 
unidad son los fallos de hardware mas habituales y RAID 1 nos protege de este 
tipo de fallos. El rendimiento de escritura es escaso, ya que hay varias escrituras 
simultaneas, aunque las lecturas son ligeramente mas rápidas, ya que se puede 
acceder a varias unidades. Necesitara al menos dos unidades para implementar 
RAID 1. 

En la figura 16.2 vemos la implementacion de RAID 1 en dos unidades; cada 
una contiene una copia identica. 


DUO 
DO 
DO 


Figura 16.2. RAID 1 


RAID 2 y RAID 3 


RAID 2 es una version que apenas se utiliza que emplea los codigos de co- 
nexion de error Hamming (que utiliza 3 bits de una palabra de 7 bits para compro- 
bar y corregir los errores) y es particularmente util en unidades que no realizan 
ningun tipo de protección contra errores (como las unidades SCSI). 

RAID 3 es igual que RAID 0 a excepción de que tambien define una unidad 
dedicada para errores de conexion, lo que proporciona un cierto nivel de toleran- 
cia a fallos. Los datos se dividen en el nivel de bits entre las distintas unidades. 
Otra unidad almacena los datos de paridad. La paridad se determina durante la 
escritura y se comprueba durante la lectura. La información de paridad permite la 
recuperación en caso de que falle una unidad. Necesitara al menos tres unidades 
para implementar RAID 3. Normalmente requiere la implementacion de hardware 
para que resulte de utilidad. Las lecturas y escrituras de pequelio tamalio son 
rápidas, pero los bloques de datos de gran tamaiio requieren que los datos se lean 
desde todas las unidades, lo que significa que el rendimiento es tan lento como en 
una sola unidad. 

En la figura 16.3 podemos ver como se utiliza RAID 3 para dividir los datos 
entre dos unidades (A y B) con una tercera que se utiliza para almacenar la 
paridad. 
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A B C 


“2 paridad 


Figura 16.3. RAID 3 


RAID 4 


RAID 4 es similar a RAID 3 a excepcion de que la division se realiza en el 
nivel de bloques, no en el de bytes. Las lecturas menores del tamafio de un bloque 
son mas rápidas (y generalmente aumenta la velocidad cuando se afiade una nue- 
va unidad). Al igual que ocurre con RAID 3, se necesitan al menos tres unidades 
y los datos de paridad siempre permiten la recuperación en caso de que falle una 
unidad. La unidad de paridad puede convertirse en un cuello de botella, pero 
RAID 5 puede solucionar este problema. 

En la figura 16.4 vemos como se utiliza RAID 4 para dividir los datos entres 
tres unidades (A, B y C) con una cuarta (D) que se utiliza para almacenar la 
paridad. 


Figura 16.4. RAID 4 


RAID 5 


RAID 5 tambien permite la division, asi como la de datos de corrección de 
errores, lo que mejora tanto el rendimiento como la tolerancia a fallos. Es similar 
a RAID 4, a excepcion de que los datos de paridad se almacenan en cada una de 
las unidades. Las escrituras son mas rápidas que en RAID 4 (no hay cuello de 
botella de unidades) pero las lecturas son mas lentas, ya que la información de 
paridad ocupa espacio en cada unidad y debe ignorarse. RAID 5 es mas recomen- 
dable para servidores de bases de datos ya que aumenta la redundancia y el rendi- 
miento. 

Al menos se necesitan tres unidades para implementar RAID 5. 

En la figura 16.5 podemos ver que RAID 5 se utiliza para dividir datos en tres 
unidades (A, B y C) y que cada una contiene datos de paridad. 


A B C 


Figura 16.5. RAID 5 


RAID 10 


RAID 10 es una combinación de RAID 1 y RAID 0 (duplicacion y division). 
Proporciona todas las ventajas de rendimiento de la division, asi como la toleran- 
cia a errores de la duplicacion. Combina lo mejor de ambos, pero el coste es 
elevado. Requiere al menos cuatro unidades para su implementacion. 

En la figura 16.6 vemos la implementacion de RAID 10 en cuatro unidades (A, 
B,C y D). A y B duplican los datos (los bloques de datos del uno al cuatro 
aparecen en ambas unidades) y las unidades C y D se encargan de acelerar el 
rendimiento mediante la division de los datos. RAID 10 es aconsejable para servi- 
dores de bases de datos, ya que proporciona el mayor nivel de mejora de rend1- 
miento y tolerancia a fallos aunque supone un importante coste (por el numero de 
unidades). 


Figura 16.6. RAID 10 


RAID 0+1 


A menudo se confunde RAID 0+1 con RAID 10. Mientras que RAID 10 es una 
matriz dividida de unidades cuyos segmentos se duplican, RAID 0+1 es una ma- 
triz duplicada de unidades, cuyos segmentos se dividen. Generalmente, RAID 


0+1 se selecciona cuando el rendimiento es una prioridad mayor que la fiabilidad 
y RAID 10 cuando la fiabilidad es mas importante que el rendimiento. RAID 0+1 
es tambien caro y requiere al menos cuatro unidades para su implementacion. En 
la figura 16.7 se muestra como se implementa RAID 0+1 entre cuatro unidades 
(A, B, C y D). 


DOC 
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Figura 16.7. RAID 0+1 


Otros tipos de RAID 


Los anteriores tipos de RAID no son todos los que existen; hay otros, aunque 
algunos practicamente no se utilizan. 

Puede implementar RAID por medio de hardware o de software (RAID de 
hardware y RAID de software) o mediante una combinación de ambos. La opcion — 
w ith-raid-option de MySQL es una forma limitada de RAID de software 
(actualmente RAID 0). Su principal finalidad consiste en superar la limitación del 
tamaño de los archivos. Las versiones posteriores ampliaran su utilidad. La duplica- 
cion, aunque no es estrictamente RAID, es otra opcion de software similar a RAID 
(RAID 1). RAID de hardware resulta mas sencillo de utilizar ya que una vez en 
funcionamiento, el dispositivo de hardware presenta multiples unidades como una 
sola ante el software y se encarga de toda la redundancia y la division, para que 
MySQL continue como de costumbre. RAID de software utiliza el software (por 
ejemplo, vinum, una herramienta que se ejecuta en FreeBSD y que implementa 
RAID 0, RAID 1 y RAID 5), lo que en consecuencia tiene un efecto beneficioso en 
la CPU. Si tiene una CPU con ciclos libres, el RAID de software puede ser indicado. 


Uso de enlaces simbolicos 


Resulta muy sencillo utilizar enlaces simbolicos para mejorar el rendimiento 
de su base de datos y reducir la latencia del disco. La idea es que en lugar de 
almacenar todos los datos e indices en un disco, se crea un enlace simbolico desde 


ese disco a otro, en el que realmente se almacenan los datos. Actualmente, sólo se 
pueden vincular simbolicamente las tablas y bases de datos MyISAM. Las prime- 
ras versiones de MySQL tenian problemas para vincular tablas simbolicamente 
(volvian a su ubicacion original cuando se realizaban determinadas operaciones), 
pero en la version 4 se han solucionado muchos de estos problemas. 


Vinculacion simbolica de bases de datos 


Para crear un enlace simbolico para una base de datos MyISAM, siga los 
pasos descritos a continuacion: 


1. Cree el directorio de base de datos en la nueva ubicacion. 


2. Asegurese de que los permisos y la propiedad son correctos (700 y 
mysql.msyq]). 


3. Cree un enlace simbolico en el directorio de datos que apunte a la nueva 
ubicacion. 


A continuación, probaremos la creación de una nueva base de datos, s_db, 
que es la que vincularemos simbolicamente. Imaginemos que tiene un directorio, 
disk2,que es el disco secundario en el que quiere ubicar la base de datos. Cree 
los directorios en los que va a almacenar los datos (/disk2/msygql/data/ 
s—db) y cambie los permisos y la propiedad, primero en un sistema Unix, como 
se indica a continuacion: 


2 cd /disk2 

mkdir mysql 

mkdir mysql/data 

mkdir mysql/data/s_ db 

% chown mysql /disk2/mysql/data/s_db/ 
% chgrp mysql /disk2/mysql/data/s db/ 
% chmod 700 /disk2/mysql/data/s db/ 


=e 


oo $e 


Tras ello, de nuevo en el directorio de datos, cree el enlace simbolico: 


cd /usr/local/mysql/data 
ln -s /disk2/mysql/data/s_db s db 


0 0 


Una vez creado, se creara su base de datos (recuerde que las bases de datos 
MyISAM son simples subdirectorios en el directorio de datos). Puede confirmarlo 
s1 se conecta a MySQL: 


% /usr/local/mysql/bin/mysql -uroot -pg00r002b 
Welcome to the MySQL monitor. Commands end with ; or Ag. 


Your MySQL connection id is 6202 to server version: 4.0.2- 
alpha-—-max-Zlog 


Type 'help;' or '1h' for help. Type 'X1c' to clear the buffer. 
mysql> SHOW DATABASES LIKE ts db'; 
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q 
Database (s_db) | 


+ + 

| s db | 
y 

1 row in set (0.00 sec) 


Seguidamente, para ver que esos datos se ubican en el segundo disco, cree y 
complete una pequeiia tabla, como se indica a continuación: 


mysql> USE s db 

Database changed 

mysql1> CREATE TABLE s1( £1 INT); 
Query OK, O rows affected (0.23 sec) 
mysql> INSERT INTO sl VALUES(1) ; 
Query OK, 1 row affected (0.03 sec) 

Check that the new data has been created on the secondary disk: 
mysql> exit 


Bye 

% 1s -1 /disk2/mysql/data/s_db/ 

total 14 

-1W-Iw— 1 mysql mysql 5 Jul 8 02:26 sl1.MYD 
-=IW-Iw— 1 mysql mysql 1024 Jul 8 02:26 s1.MYI 
=IWw-rw— 1 mysql mysql 8550 Jul 8 02:25 sl.frm 


Para crear un enlace simbolico para una base de datos en un sistema Windows, 
existen algunas diferencias. Los permisos son mas sencillos y para crear un enla- 
ce simbolico, en lugar de utilizar 1n —s, basta con crear un archivo de texto con 
la extension .sym. En primer lugar, cree un archivo con el nombre s2_db.sym 
en su directorio de datos con el siguiente texto: 


D:Xs_db 


Como esta operación se ha realizado en el interior de su directorio de datos, 
aparecera en el mismo nivel que el resto de bases de datos MyISAM (en este caso, 


firstdb,mysql y test) y cuando se conecte a MySQL, lo vera como una 
base de datos existente: 


C:Amysqllbin>dir ..idatal 


Directory of C:imysglidata 


09/03/2002 08:58p <DIR> 
09/03/2002  08:58p <DIR> ne 
09/03/2002 08:31p <DIR> firstdb 
09/03/2002 08:22p <DIR> mysql 
09/03/2002 08:23p 4,342 mysql.err 
09/03/2002 08:57p 7 s2 db.sym 
09/03/2002 08:22p <DIR> test 

2 File(s) 4,349 bytes 


C:Amysqllibin>mysql 
Welcome to the MySQL monitor.  Commands end with ; or Ag. 


> 
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Your MySQL connection id is 8 to server version: 4.0.3-beta-nt 


Type 'help;' or 'AMh' for help. Type 'Ac' to clear the buffer 
mysql> SHOW DATABASES; 

+ 

Database | 

+ 

firstdb | 

mysql 

sz db l 

test | 


+ 
| 

£ 
| 
| 
| 

+ 


+ 

4 rows in set (0.00 sec) 

mysql> USE s2 db 

Database changed 

mysql> CREATE TABLE s1(f1 INT) 5 
Query OK, O rows affected (0.23 sec) 
mysql> INSERT INTO sl VALUES (1); 
Query OK, 1 row affected (0.03 sec) 
C:Amysqllibin>dir d:1s2 db 


Directory of d:1s2 db 


09/03/2002 09:38p <DIR> 

09/03/2002 09:38p <DIR> LS 

09/03/2002 09:38p 8050.51. Em 

09/03/2002 09:38p 5 s1.MYD 

09/03/2002 09:38p 1,024 s1.MYI 
3 File(s) 9,579 bytes 


version anterior de MySQL (en cuyo caso tendrá que añadir —use 
symbolic—1ink s a una linea de su archivo de configuración my. ini) 


También es posible que su versión de MySQL no se haya cornpilado con - 
DUSE_SYMDIR. en cuyo caso, los enlaces simbólicos no funcionarán. 
Normalmente, los servidores 

esta opción; sin embargo, deberí 


Vinculacion simbolica de tablas 


El uso de tablas simbolicas en tablas individuales no es recomendable ya que 
hay algunas funciones que no funcionan correctamente con estas tablas (pero 
compruebe la ultima documentación ya que es probable que cambie pronto). 

Las funciones que todavia no funcionan con tablas vinculadas simbolicamente 
son las siguientes: 


+ BACKUP TABLE y RESTORE TABLE (los enlaces simbolicos se perde- 
ran). 


+ — mysqldump no almacena información sobre enlaces simbolicos en el volcado. 


+ ALTER TABLE (ignora las opciones INDEX/DATA DIRECTORY= 
"ruta" CREATE TABLE). 


Para vincular simbolicamente una tabla al crearla, es necesario utilizar la 
opción INDEX O DATA DIRECTORY PATH. DATA DIRECTORY crea un 
enlace simbolico para el archivo .MY/De INDEX DIRECTORY ubica el archivo 
- MY. En el siguiente ejemplo se ubica el archivo de datos de una nueva tabla en la 
base de datos fir stdb en el directorio que creamos anteriormente: 


mysql1l> USE firstdb; 

Database changed 

mysq1> CREATE TABLE s table (a int) DATA DIRECTORY = 
'/disk2/mysq1/data/s_db'; 

Query OK, Ú rows affected (0.20 sec) 

mysql> INSERT INTO s table VALUES (1) ; 

Query OK, 1 row affected (0.01 sec) 


Puede comprobar que el archivo . fr m (que contiene la estructura) se encuen- 
tra en el directorio de datos habitual y que el archivo de datos . MY D se encuentra 
en la nueva ubicacion: 


% cd fusr/local/mysql/data/firstdb/ 
% 1s -1 /disk2/mysql/data/s db/ 


total 16 

-IWw-Irw— 1 mysql mysql 5 Jul 8 02:26 s1l.MYD 

-IW-IW— 1 mysql mysql 1024 Jul 8 02:26 s1l,MYI 

-IW-Iw— 1 mysql mysql 8550 Jul 8 02:25 sl.frm 

-IW-IW— 1 mysql mysql 5 Jul 8 05:33 s table.MYD 

% 1s -1 s* 

lrwxrwx—x 1 mysql mysql 34 Jul 8 05:34 s table.MYD -> 
/disk2/mysql/data/s db/s table.MYD 

=IW-IW— 1 mysql mysql 1024 Jul 8 05:35 s table.MYI 

=IW-IW— 1 mysql mysql 8548 Jul S 05:34 s table.frm 


MySQL ha creado un enlace simbolico para la tabla. Podría haber creado 
explicitamente este enlace (prestando la misma atencion a los permisos como al 
crear el enlace simbolico de la base de datos). 

Los archivos de datos y de indices se pueden crear en ubicaciones distintas a 


las de este ejemplo, siempre que exista el directorio /disk3/mysql/data/ 
indexes: 


mysal> CREATE TABLE s2 table (a int) DATA DIRECTORY = 
'/disk2/mysql/data/s db' INDEX DIRECTORY = 
'/disk3/mysql/data/indexes'; 

Query OK, Ú rows affected (0.04 sec) 


Vea los archivos en sus nuevas ubicaciones: 


3% ls -1 /disk3/mysql/data/indexes/ 
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total 2 

-xw-rw— 1 mysql mysql 1024 Jul 8 06:01 s2 table.MYI 
ls -1 /disk2/mysql/data/s db/ 

-Irw-rw— 1 mysql mysql 0mJul 8 06:01 s2 table.MYD 

y 1ls -1 /usr/local/mysql/data/firstdb/ 


lrwxrwx=x 1 mysql mysql 35 Jul 8 06:01 s2 table.MYD -> 


/disk2/mysql/data/s db/s2 table.MYD 

lrwxrwx—=x 1 mysql mysql 38 Jul 8 06:01 s2 table.MYl -> 
/disk3/mysql/data/indexes/s2 table.MYI 

=rwrw— 1 mysql mysql 8548 Jul 8 06:01 s2 table.frm 


NOTA: Las opciones INDEX DIRECTORY y DATA DIRECTORY no 


funcionan al ejecutar MySQL en Windows (aunque debe consultar la ulti- 
ma documentación). 


Resumen 


RAID es un metodo que consiste en utilizar varios discos para almacenar 
datos. RAID 0 (división) reparte bloques dc datos entre varios discos. Aumenta el 
rendimiento pcro no ticnc capacidad de redundancia. RAID 1(duplicacion) reduce 
la velocidad de escritura y puede aumentar la de Icctura, pero se utiliza principal- 
mente para evitar fallos de disco. RAID 2, 3. 4 y 5 utilizan la division asi como 
distintos tipos de paridad para tolerancia a fallos RAID 10 y RAID 0+1 combi- 
nan la duplicacion y la division (aunque las implementan dc forma diferente: 
RAID 10 se centra mas cn la fiabilidad y RAID 0+1 en la velocidad) 

Los enlaces simbolicos nos permiten ubicar bases de datos o tablas MyISAM 
cn una ubicacion diferente a la del directorio de datos convencional, normalmente 
en una unidad distinta. 


611 


Apendices 


Guia 
e referencia 
de la sintaxis 
de MySQL 


En este apendice se incluyen las instrucciones y la sintaxis SQL utilizadas en 
la version 4.0 de MySQL. 
Para versiones posteriores es aconsejable consultar la documentación 


correspondiente a su distribución o visitar el sitio de MySQL (www.mysq]l . 
com). 


La convención utilizada a lo largo de los apendices es la siguiente: 
+ Los corchetes ([]) indican un elemento opcional. Por ejemplo: 


SELECT expresion [FROM nombre de tabla [WHERE cláusula where]] 


indica que la expresion es obligatoria (por ejemplo SELECT 42/10) y 
que la cláusula WHERE es opcional pero solamente puede existir si existe 
la cláusula opcional FROM .nombre_de_tabla (podriamos tener 
SELECT*FROM t1, pero no SELECT*WHERE f1>10, ya que enton- 
ces faltaría la cláusula nombre_de_tabla). 


+ Una barra vertical (|) separa las distintas alternativas. 
Por ejemplo: 


CREATE [UNIQUE | FULLTEXT] INDEX 
indica que UNIQUE y FULLTEXT son opciones distintas. 
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+ Las llaves ([ )) indican que es necesario seleccionar una de las opciones. 
Por ejemplo: 


CREATE TABLE +... [TYPE = (BDB | HEAP | ISAM | InnoDB | MERGE | 
MRG_MYISAM | MYISAM )] 


Si se especifica la cláusula opcional TYPE, sera necesario especificar una 
de las siguientes opciones: BDB, HEAP, 1SAM, InnoDB, MERGE, 
MRG_MYISAM O MYISAM. 


+ Tres puntos (...) indican que la opción se puede repetir. Por ejemplo: 


SELECT expresion»... 


indica que la expresion se puede repetir (separada por una coma), como se 
indica a continuación: SELECT fl, £2, 13. 


ALTER 


La sintaxis de ALTER es la siguiente: 


ALTER [IGNORE] TABLE nombre_de tabla especificación alter [, 
especificacion—alter— ...] 


La sintaxis de especificación alter puede ser una de las siguien- 
tes: 


ADD [COLUMN] definition-create [FIRST | AFTER nombre—de—campo ] 
ADD [COLUMN] (definition-create, definition-create,...) 

ADD INDEX [nombre—de—indice] (nombre de campo de índice,...) 
ADD PRIMARY KEY (nombre de campo de índice,...) 

ADD UNIQUE [nombre de índice] (nombre—-de—indice,...) 

ADD FULLTEXT [nombre de índice] (nombre—de—indice, +...) 

ADD [CONSTRAINT simbolo] FOREIGN KEY nombre de índice 


(nombre—de—indice,...) [referencia definición) 
ALTER [COLUMN] nombre—de—campo (SET DEFAULT literal | DROP 
DEFAULT) 


CHANGE [COLUMN] antiguo_nombre de campo definition-create [FIRST | 
AFTER nombre—de—campo] 
MODIFY [COLUMN] definition-create [FIRST | AFTER nombre_de_campo] 
DROP [COLUMN] nombre—de—campo 
DROP PRIMARY KEY 
DROP INDEX nombre—de—indice 
DISABLE KEYS 
ENABLE KEYS 
RENAME [TO] nuevo nombre _ de tabla 
ORDER BY nombre—de—campo 
opciones de tabla 


ALTER TABLE le permite cambiar la estructura de una tabla existente. Pue- 
de aiiadir columnas (ADD), cambiar definiciones y nombres de columnas 
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(CHANGE), modificar definiciones de columnas sin cambiar el nombre (MODI FY), 
eliminar columnas o indices (DROP), cambiar el nombre de las tablas (RENAMBE), 
ordenar datos (ORDER) asi como activar (ENABLE) y desactivar (DISABLE) 
indices. 

Una extension MySQL que no sea ANSI es significa que ALTER TABLE 
puede contener varios componentes (CHANGE, AND, etc.) en una instruccion. 

Necesitara permiso ALTER, INSERT y CREATE en la tabla para utilizar 
ALTER TABLE. 


IGNORE (extension MySQL no ANSI) hace que MySQL elimine registros 


que puedan generar una clave principal o única duplicada. Normalmente MySQL 
cancela y ALTER falla. 


FIRST y ADD...AFTER le permiten especificar donde se debe aliadir un cam- 
po a la definicion. 


ANALYZE TABLE 


ANALYZE TABLE nombre _de tabla [,nombre de tabla...] 


En tablas MyISAM y BDB, analiza y almacena la distribución de claves de 
las tablas especificadas. Bloquea las tablas con un bloqueo de lectura durante la 
duración de la operación. 


BACKUP TABLE 


BACKUP TABLE nombre de tabla [,nombre de tabla...] TO 
'nombre_de_ruta' 


En tablas MyISAM, copia los archivos de datos y de definicion de datos en el 
directorio de copias de seguridad. 


BEGIN 


BEGIN 


La instruccion BEGIN inicia una transaccion o un conjunto de instrucciones. 
La transaccion permanece abierta hasta la siguiente instruccion COMMIT o 
ROLLBACK. 


CHECK TABLE 


CHECK TABLE nombre _tbl [,nombre_tbl_...] [opción [opción...]] 
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La opcion puede ser una de las siguientes: 


CHANGED 
EXTENDED 
FAST 
MEDIUM 
QUICK 


Comprueba la presencia de errores en una tabla MyISAM o BDB y, en tablas 
MyISAM, actualiza las estadisticas del índice. La opcion QUICK no analiza las filas 
para comprobar los enlaces. La opcion FAST solamente comprueba las tablas que 
no se cerraron correctamente. La opcion CHANGED es la misma que FAST pero 
también comprueba las tablas que han cambiado desde la ultima comprobacion. La 
opcion MEDIUM verifica que los enlaces eliminados son correctos y la opcion EX— 
TENDED realiza una busqueda completa de todas las claves de todas las filas. 


COMMIT 


COMMIT 


La instrucción COMMIT finaliza una instrucción o un conjunto de instruccio- 
nes y vuelca los resultados en disco. 


CREATE 


La sintaxis de CREATE puede ser una de las siguientes: 


CREATE DATABASE [IF NOT EXISTS] nombre_de base de datos 
CREATE [UNIQUEIFULLTEXT] INDEX nombre de índice ON nombre de tabla 
(nombre de campo [(longitud) ],... ) 
CREATE [TEMPORARY] TABLE [1F NOT EXISTS] nombre _de tabla [ (crear Ez 
definicion, -..)] 

[opciones _ de tabla] [instruction-select] 


La sintaxis de crear - definición puede ser una de las siguientes: 


tipo nombre _ de campo [NOT NULL | NULL] [DEFAULT 
valor predeterminado] 

[AUTO—INCREMENT] [PRIMARY KEY] [definición de referencia) 
PRIMARY KEY (nombre _de_campo de índice, ...) 
KEY [nombre de índice] (nombre de campo de índice, ...) 
INDEX [nombre de índice] (nombre de campo de índice,...) 
UNIQUE [INDEX] [nombre de índice] (nombre _ de campo de índice,...) 
FULLTEXT [INDEX] [nombre de índice] 
(nombre de campo de índice,...) 
[CONSTRAINT simbolo] FOREIGN KEY [nombre _de índice] 
(nombre_de campo de índice,...) 
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[definición de referencia) 
CHECK (expr) 


La sintaxis de type puede ser una de las siguientes: 


TINYINT[ (longitud) 3 [UNSIGNED] [ZEROFILL] 
SMALLINT[ (1ongitud)] [UNSIGNED] [ZEROFILL] 
MEDIUMINT[ (1ongitud)] [UNSIGNED] [ZEROFILL] 

INT[ (longitud) ] [UNSIGNED] [ZEROFILL] 

INTEGER[ (longitud) ] [UNSIGNED] [ZEROFILL] 

BIGINT[ (longitud) ] [UNSIGNED] [ZEROFILL] 

REAL[ (10ngitud,decimales))j [UNSIGNED] [ZEROFILL] 
DOUBLE [ (longitud, ,decimales)] [UNSIGNED] [ZEROFILL] 
FLOATÍ[ (longitud, decimales) ] [UNSIGNED] [ZEROFIL1] 
DECIMAL (longitud, decimales) [UNSIGNED] [ZEROFILL] 
NUMERIC (longitud, decimales) [UNSIGNED] [ZEROFILL] 
CHAR (longitud) [BINARY] 

VARCHAR (longitud) [BINARY] 

DATE 

TIME 

TIMESTAMP 

DATETIME 

TINYBLOB 

BLOB 

MEDIUMBLOB 

LONGBLOB 

TINYTEXT 

TEXT 

MEDIUMTEXT 

LONGTEXT 

ENUM (valorl,valor2,valor3,...) 

SET (valorl,valor2,valor3,...) 


La sintaxis de nombre_de_campo_de_índice es la siguiente: 
nombre de campo [ (longitud) |] 
La sintaxis de definición_de._referencia es la siguiente: 


REFERENCES nombre_de tabla [ (nombre de campo de índice,...)) 
[MATCH FULL 


| MATCH PARTIAL] [ON DELETE opción de referencia) [ON UPDATE 
opción de referencia] 


La sintaxis de opción. _de_ referencia es la siguiente: 

RESTRICT | CASCADE | SET NULL | NO ACTION | SET DEFAULT 

La sintaxis de opciones_de_tabla puede ser una de las siguientes: 
TYPE = (BDB | HEAP | ISAM | InnoDB | MERGE | MRG_MYISAM | MYISAM ) 
AUTO—INCREMENT = H 


AVG_ROW_LENGTH = + 
CHECKSUM = (0 | 1) 
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COMMENT = «cadena” 

MAX—ROWS = + 

MIN_ROWS = + 

PACK—KEYS = f(0 | 1 | DEFAULT) 

PASSWORD = «cadena” 

DELAY—KEY—WRITE = (0 | 1) 

ROW—FORMAT= [ predeterminado | dinámico | fijo | comprimido ) 
RAID—TYPE= (1 | STRIPED | RAIDO j) RAID-CHUNKS=4* RAID—CHUNKSIZE=+$ 
UNION = (nombre de tabla, [nombre de tabla...]) 

INSERT—METHOD= (NO | FIRST | LAST ) 

DATA DIRECTORY=”ruta_absoluta a directorio" 

INDEX DIRECTORY="ruta absoluta a directorio" 


La sintaxis de instrucci6n_select puede ser la siguiente: 
[IGNORE | REPLACE] SELECT ... (instruccion select) 


La instruccion CREATE crea una base de datos, una tabla o un índice. 

Las tablas TEMPORARY existen siempre que la conexión este activa. Para 
ello necesitara el permiso CREATE TEMPORARY TABLES. 

De forma predeterminada, las definiciones de campos adoptan el valor NULL. 
Los campos numericos adoptan el valor 0 (excepto con AUTO INCREMENT) y 
los campos de cadena, una cadena vacia (excepto los campos ENUM, que toman 
de forma predeterminada la primera opcion). De forma predeterminada, los cam- 
pos de fecha y hora completan el campo con ceros. 

Los campos AUTO _INCREMENT empiezan a contar desde 1 de forma pre- 
determinada y se incrementan en uno cada vez que se aliade un nuevo registro. 

KEY € INDEX son sinonimos en este contexto. 

PRIMARY KEY especifica que el índice no puede contener duplicados y el 
campo (o combinación de campos), debe especificarse como NOT NULL. 

UNIQUE especifica que el índice no puede contener duplicados. 

La opcion RAID TYPE contribuye a que los sistemas operativos que no pue- 
den admitir archivos de gran tamaiio, superen esta limitación. La opción STRIPED 
es la unica que se utiliza actualmente. En tablas MyISAM, esto crea subdirectorios 
dentro del directorio de bases de datos, cada uno con una parte del archivo. Los 
primeros 1024*RAID CHUNKSIZE bytes se incluyen en la primera parte, los 
siguientes 1024*RAID CHUNKSIZE en la siguiente y asi sucesivamente. 

Las opciones DATA DIRECTORY="directorio" e INDEX 
DIRECTORY="directorio" especifican rutas absolutas a la ubicacion en 
la que se almacenan los datos o los indices. 

La opcion PACK _KEYS=1 agrupa campos numericos en el índice de tablas 
MyISAM (y, de forma predeterminada, cadenas). 

Solamente resulta util si tiene indices con gran cantidad de numeros duplica- 
dos. 

Puede utilizar AVG_ROW_LENGTH para que MySQL se haga una idea de la 
longitud media de las filas de la tabla. Solamente resulta útil si la tabla es de gran 
tamaiio y los registros son de un tamaiio variable. 


CHECKSUM se puede definir como 1 en tablas MyISAM si quiere realizar una 
comprobacion de todas las tablas, lo que facilita la reparación de la tabla en caso 
de que este daliada aunque tambien reduce su velocidad. 

COMMENT es un comentario de hasta 60 caracteres. 

MAX ROWS y MIN_ROWS especifican el numero maximo y minimo de filas 
que se van a almacenar en la tabla. 

PASSWORD codifica el archivo de definición de datos (. £rm) con una con- 
traseña. 

DELAY KEY WRITE hace que MySQL espere hasta que se cierre una tabla 
MyISAM antes de actualizar el índice, lo que aumenta la velocidad de operacio- 
nes INSERT y UPDATE. 

ROW__FORMAT especifica si una tabla MyISAM debe ser FIXED o DYNAMIC. 


DELETE 


La sintaxis de DELETE puede ser una de las siguientes: 


DELETE [LOW—PRIORITY | QUICK] FROM nombre—de—tabla [WHERE 


clausula—where] [ORDER BY ...] [LIMIT filas] 
DELETE [LOW—PRIORITY | QUICK] nombre—de—tabla [.”] 
[, nombre—de—tabla [.*] ...] FROM referencias de tablas [WHERE 


clausula—where] 
DELETE [LOW—PRIORITY | QUICK] FROM tabla[.*], [tabla[.*] 
...] USING referencias de tabla [WHERE clausula—where] 


La instrucción DELETE borra registros de la tabla (o tablas) que cumplen la 
clausula where (o todos los registros si no existe esta clausula). 

La palabra clave LOW PRIORITY hace que DELETE espere hasta que no 
haya ningun cliente leyendo la tabla antes de procesarla. 

La palabra clave QUICK hace que MySQL no combine hojas de índice duran- 
te DELETE, lo que en ocasiones resulta mas rapido. 

LIMIT determina el numero maximo de registros que se pueden eliminar. 

La clausula ORDER BY hace que MySQL borre registros en un determinado 
orden (lo que resulta muy útil con una clausula LIMIT). 


DESC 


DESC equivale a DESCRIBE 


DESCRIBE 


DESCRIBE nombre—de—tabla [nombre _ de campo | comodin) 
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DESCRIBE devuelve la definición de la tabla y los campos especificados 
(igual que SHOW COLUMNS FROM nombre de tabla). 

Se puede utilizar un comodin como parte del nombre de archivo y puede ser 
un signo % que equivale a un numero de caracteres o un guion bajo (_), que 
equivale a un caracter. 


DO 


La sintaxis de DO es la siguiente: 
DO expresion, [expresion, «...] 


DO tiene el mismo efecto que SELECT, a excepción de que no devuelve re- 
sultados (lo que lo hace ligeramente mas rapido). 


DROP 


La sintaxis de DROP es la siguiente: 


DROP DATABASE [IF EXISTS] nombre de base de datos 

DROP TABLE [IF EXISTS] nombre de tabla [, nombre—de—tabla, ...] 
[RESTRICT | CASCADE] 

DROP INDEX nombre de índice ON nombre de tabla 


DROP DATABASE elimina la base de datos y todas sus tablas. 

DROP TABLE elimina la tabla especificada. 

DROP INDEX elimina el índice especificado. 

MySQL devuelve un error si la base de datos no existe, a menos que se utilice 
la cláusula IF EXISTS. 

DROP TABLE confirma, automaticamente, las transacciones activas. 

RESTRICT y CASCADE no se implementan actualmente. 


EXPLAIN 


EXPLAIN nombre _de tabla 
EXPLAIN Consults-select 


consulta select es la misma que la que especificamos en la descrip- 
ción de SELECT. 

El uso de EXPLAIN con un nombre de tabla equivale a DESCRIBE 
nombre de tabla. El uso de EXPLAIN con una consulta proporciona infor- 
mación sobre cómo se ejecutará la consulta, lo que resulta muy útil para optimizar 
la consulta y aprovechar al maximo los indices asociados. 


FLUSH 


FLUSH opción de vaciado [,opción de vaciado] 
La opción FLUSH puede ser una de las siguientes: 


DES KEY FILE 

HOSTS 

LOGS 

QUERY CACHE, 

PRIVILEGES 

STATUS 

TABLES 

[TABLE | TABLES] nombre_de tabla [,nombre de tabla...] 
TABLES WITH READ LOCK 

USER—RESOURCES 


Al vaciar DES _ KEY FIELDS se vuelven a cargar las claves DES. Con la 
opción HOSTS se vacía la caché del servidor (que, por ejemplo, se utiliza después 
de cambiar direcciones IP). Al vaciar los registros (LOGS), se cierran y se vuel- 
ven a abrir los archivos de registro y se incrementa el registro binario. Al vaciar 
QUERY CACHE se defragmenta la cache de consultas. Al vaciar los PRIVILEGES 
se vuelven a cargar las tablas de permisos desde la base de datos mysql. Al 
vaciar STATUS se restablecen las variables de estado. Al vaciar TABLES suce- 
de lo mismo que al vaciar QUERY CACHE, pero tambien se cierran todas las 
tablas abiertas. Solamente se pueden especificar determinadas tablas para ser 
vaciadas. Puede aliadir un READ LOCK a las tablas, que resulta muy útil para 
bloquear un grupo de tablas por motivos de creación de copias de seguridad. Al 
vaciar USER_RESOURCES se restablecen los recursos de usuario (utilizados 
para limitar consultas, conexiones y actualizaciones por hora). 


GRANT 


GRANT tipo de privilegio [(lista_de campos)] [, tipo de privilegio 
[ (lista _ de campos) ] 
.] ON fnombre_de tabla | 
TO nombre de usuario 
[IDENTIFIED BY [PASSWORD] 'contrasefia'] [, nombre de usuario 
[IDENTIFIED BY 


O | nombre de base de datos,*) 


'"contrasefia']...] [REQUIRE NONE | [(SSL| X509)] [CIPHER cifrado 
[AND] ] 
[ISSUER emisor [AND]] [SUBJECT asunto] ] [WITH [GRANT OPTION | 


MAX QUERIES PER HOUR 4 | MAX—UPDATES—PER—HOUR + | 
MAX CONNECTIONS _PER_HOUR +]] 


GRANT otorga a un usuario un determinado tipo de permiso. En la tabla A.1l 
se incluye la descripción de los privilegios disponibles. 
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Privilegio 


Tabla A.1. Privilegios 


Descripción 


ALL 
ALL PRIVILEGES 
ALTER 


CREATE 


CREATE TEMPORARY 


TABLES 


DELETE 


DROP 


EXECUTE 


FILE 


INDEX 
INSERT 


LOCK TABLES 


PROCESS 
REFERENCES 
RELOAD 


REPLICATION CLIENT 


sHow DATABASES 


Concede todos los permisos basicos. 
Igual que ALL. 


Permiso para cambiar la estructura de una tabla (una 
instruccion ALTER) a excepcion de los indices. 


Permiso para crear bases de datos y tablas, a ex- 
cepcion de indices. 


Permiso para crear una tabla temporal. 


Permiso para eliminar registros de una tabla (una 
instruccion DELETE). 


Permiso para eliminar bases de datos o tablas, a 
excepcion de los indices. 


Permiso para ejecutar procedimientos almacenados 
(previsto para MySQL 5). 


Permiso para leery escribir archivos en el servidor 
(para instruccionesLOAD DATA INFILE O SELECT 
ENTO OUTFILB). Todos los archivos que el usuario 
mysql pueda leer son legibles. 


Permiso para crear, modificar o borrar indices. 


Permiso para añadir nuevos registros a la tabla (una 


instruccion INSERT) 


Permiso para bloquear una tabla para la que el usua- 
rio tiene permiso SELECT. 


Permiso para ver los procesos MySQL actuales o 
para eliminar procesos MySQL (para instrucciones 
sHow PROCESSLISTOKILL SaL). 


Nose utiliza actualmente en MySQL. Se ofrece para 
compatibilidad con SQL ANSI (se aplica al uso de 
claves secundarias). 


Permiso para volver a cargar la base de datos (una 
instrucción FLUSH O una recarga, actualización o 
vaciado emitido desde mysqgladmin). 


Permiso para preguntar sobre esclavos y principales ' 
de duplicación. 


Permiso para ver todas las bases de datos. 


Privilegio Descripción 


SELECT Permiso para devolver datos de una tabla (una ins- 
truccion SELECT). 


SHUTDOWN Permiso para cerrar el servidor. 


SUPER Permiso para conectarse, incluso si se alcanza el 
numero maximo de conexiones, y ejecutar coman- 
dos CHANGE MASTER, KILL para subprocesos, de- 
puracion de mysgladmin, PURGE MASTER LOGS y 
SET GLOBAL. 


UPDATE Permiso para modificar datos en una tabla (una ins- 
truccion UPDATE). 


USAGE Permiso para conectarse al servidor y ejecutar ins- 
trucciones disponibles para todos (en las primeras 
versiones de MySQL 4, incluía SHOW DATABASES). 


INSERT 


La sintaxis de INSERT puede ser una de las siguientes: 


INSERT [LOW—PRIORITY | DELAYED] [IGNORE] [INTO] nombre—de—tabla 


[ (nombre_de campo, ...)] VALUES ( (expresion | 
DEFAULT) cc ts 
INSERT [LOW—PRIORITY | DELAYED] [IGNORE] [INTO] nombre—de—tabla 
[ (nombre _de campo;,...)] SELECT ... 


INSERT [LOW—PRIORITY | DELAYED] [IGNORE] [INTO] nombre—de—tabla 
SET nombre_de campo =(expresion | DEFAULT), 

INSERT [LOW—PRIORITY] [IGNORE] [INTO] nombre—de—tabla [ (lista de 

campos) |] SELECT ... 


INSERT añade nuevas filas a una tabla. Sin la lista inicial de campos, se 
asume que los campos estan en el mismo orden que en la definición, y que debe 
haber un valor para cada uno de ellos. 

Todas las columnas que no se definan explicitamente se configuran con su 
valor predeterminado. 

La palabra clave LOW PRIORITY hace que INSERT espere a que no haya 
clientes leyendo la tabla antes de procesarla. 

Con la palabra clave DELAY ED, MySQL libera el cliente pero espera para 
realizar la insercion. 

IGNORE hace que MySQL ignore las inserciones que resultan en la duplica- 
cion de claves principales o exclusivas, en lugar de cancelarlas. 

INSERT...SELECT le permite insertar en una tabla desde filas existente de 
una O varias tablas. 


JOIN 


MySQL acepta cualquiera de las siguientes sintaxis para JOIN: 


nombre—de—tabla, nombre—de—tabla 

nombre—de—tabla [CROSS] JOIN nombre—de—tabla 
nombre—de—tabla INNER JOIN condicion nombre—de—tabla 
nombre—de—tabla STRAIGHT—- JOIN nombre—-de—tabla 
nombre de tabla LEFT [OUTER] JOIN condicion nombre—de—tabla 
nombre—de—tabla LEFT [OUTER] JOIN nombre—de—tabla 

nombre de tabla NATURAL [LEFT [OUTER]] JOIN nombre—de—tabla 
nombre de tabla LEFT OUTER JOIN nombre—de—tabla ON 

expresion condicional 

nombre de tabla RIGHT [OUTER] JOIN condicibn nombre—de—tabla 
nombre—de—tabla RIGHT [OUTER] JOIN nombre—de—tabla 
nombre—de—tabla NATURAL [RIGHT [OUTER] ] JOIN nombre—de—tabla 


La tabla puede ser simplemente nombre _de tabla, utilizar un alias (con 
AS) o especificar o ignorar indices (con USE /IGNORE). 
La sintaxis de condición es la siguiente: 


ON expresión condicional | USING (nombres de campos) 


expresión_condicional es lo mismo que lo que puede incluir una cláu- 
sula WHERE. 


KILL 


KILL id—subproceso 


Elimina el subproceso especificado. Puede utilizar SHOW  PROCESSLIST 
para identificar los Id. de los subprocesos. Se necesita el privilegio SUPER para 
eliminar subprocesos que no sean propiedad de la conexión actual. 


LOAD DATA INFILE 


La sintaxis de LOAD DATA INFILE es la siguiente: 


LOAD DATA [LOW—PRIORITY | CONCURRENT] [LOCAL] INFILE 
'archivo.txt' [REPLACE | IGNORE] INTO TABLE nombre-de-—tabla 
[FIELDS [TERMINATED BY 'AYt'] [[OPTIONALLY] ENCLOSED BY 
11] [ESCAPED BY 'XX' ]] [LINES TERMINATED BY 'Yn'] 

[IGNORE numero LINES] [ (nombre de campo,...)] 


LOAD DATA lee datos de un archivo de texto y los aiiade a una tabla. Es una 
forma mas rapida de ailladir grandes volumenes de datos que por medio de 
INSERT. 


La palabra clave LOCAL indica que el archivo se encuentra en el equipo cliente; 
en caso contrario, se asume que se encuentra en el servidor de bases de datos. 
LOCAL no funciona si el servidor se ha iniciado con la opcion —local- 
infile=0O0siel cliente no ha podido admitirla. 

Los archivos del servidor deben ser legibles para todos o encontrarse en el 
directorio de bases de datos. Tambien necesitara el permiso FILE para utilizar 
LOAD DATA en un archivo del servidor. 

En el servidor, se supone que el archivo se encuentra en el directorio de bases 
de datos de la base de datos actual si no se indica ninguna ruta. Si la ruta es 
relativa, se asume que proviene del directorio de datos. Tambien se pueden utili- 
zar rutas absolutas. 

La palabra clave LOW PRIORITY hace que LOAD DATA espere hasta que 
no haya ningun cliente leyendo la tabla antes de procesarla. 

La palabra clave CONCURRENT permite que otros subprocesos puedan acce- 
der a una tabla MyISAM al mismo tiempo que se ejecuta LOAD DATA (lo que 
reducira la velocidad de LOAD DATA). 

La palabra clave REPLACE hace que MySQL elimine y sustituya un registro 
existente si tiene la misma clave principal o exclusiva que el registro que se va a 
alladir. IGNORE hace que MySQL continue con el siguiente registro. 

Si se especifica una cláusula FIELDS, al menos se necesita una de las si- 
guientes opciones: TERMINATED BY, [OPTIONALLY] ENCLOSED BY y 
ESCAPED BY. Si no se especifica ninguna cláusula FIELDS, se asume que las 
predeterminadas seran FIELDS TERMINATED BY "Xt" ENCLOSED BY 

ESCAPED BY 'XX' . Estas cláusulas especifican el caracter al final de un 
campo (de forma predeterminada, una tabulacion), que rodean al campo (de for- 
ma predeterminada nada) y el caracter de salida (de forma predeterminada, la 
barra invertida). Debe prestar especial atencion cuando utilice rutas de Windows 
para salir de la ruta correctamente. 

Sin una clausula LINES, se asume que la predeterminada sera LINES 
TERMINATED BY 'An'. Especifica el caracter al final de un registro (de 
forma predeterminada, una nueva línea). La opcion IGNORE numero LINES 
ignora una serie de líneas en la parte superior del archivo (lo que resulta muy util 
cuando el archivo contiene un encabezado). 

LOAD DATA INFILE es el complemento de SELECT...INTO INFTILE. 


LOCK TABLES 


LOCK TABLES nombre de tabla [AS alias] (READ | [READ LOCAL] | 
[LOW—PRIORITY] 
WRITE) [,nombre de tabla (READ | [LOW—PRIORITY] WRITE) ...] 


LOCK TABLES incluye un bloqueo en las tablas especificadas. El bloqueo 
puede ser READ (el resto de conexiones no pueden escribir, sólo leer), READ 
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LOCAL (igual que READ a excepción de que se permite que escriban otras co- 
nexiones no conflictivas) o WRITE (que bloquea la lectura y la escritura desde 
otras conexiones). 

Si el bloqueo WRITE es LOW PRIORITY, los bloqueos READ se añaden 
antes. 

Normalmente los bloqueos WRITE tienen una mayor prioridad. 


OPTIMIZE 


OPTIMIZE TABLE nombre—de—tabla [,nombre—de—tabla]... 


En tablas MyISAM, ordena el índice, actualiza las estadisticas y desfragmenta 
el archivo de datos. 

En tablas BDB, es igual que ANALYZE TABLE. 

Bloquea la tabla durante la duración de la operación (que puede llevar su 
tiempo). 


RENAME 


La sintaxis de RENAME es la siguiente: 


RENAME TABLE nombre—de—tabla TO nuevo nombre de tabla 
[, nombre de tabla2 TO nuevo nombre de tabla2,,..] 


RENAME le permite asignar un nuevo nombre a una tabla o conjunto de 
tablas. 

Tambien puede cambiar una tabla a una nueva base de datos si especifica 
nombre_de_base de datos.nombre_de_tabla, siempre que la base 
de datos se encuentre en el mismo disco. 

Necesita los permisos ALTER y DROP en la tabla antigua, y los permisos 
CREATE e INSERT en la nueva. 


REPAIR TABLE 


REPAIR TABLE nombre—de—tabla [,nombre de tabla...] [EXTENDED] 
[QUICK] [USE—FRM] 


Repara una tabla MyISAM dañada. Con la opción QUICK, solamente se re- 
para el árbol de indices. 

Con EXTENDED, el índice se vuelve a crear fila a fila. Con USER_FRM, el 
índice se repara en función del archivo de datos (para cuando falte el índice o 
este totalmente dañado). 


REPLACE 


La sintaxis de REPLACE puede ser una de las siguientes: 


REPLACE [LOW—PRIORITY | DELAYED] [INTO] nombre—de—tabla 


[ (nombre—de—campoy,. ..)] VALUES (expresion, ..*¿,lc.-),... 
REPLACE [LOW—PRIORITY | DELAYED] [INTO] nombre—de—tabla 
[ (nombre—de—campos ss.) ). SELECT su: 


REPLACE [LOW—PRIORITY | DELAYED] [INTO] nombre—de—tabla SET 
nombre—de—campo =expresión, nombre—de—campo =expresión, 


REPLACE es exactamente Igual que INSERT, a excepción de que cuando 
MySQL encuentra un registro con una clave principal o exclusiva que ya existe, 
la elimina y la reemplaza. 


RESET 


RESET opción reset [,option-reset]... 
opción_reset puede ser una de las siguientes: 


MASTER 
QUERY CACHE 
SLAVE 


RESET MASTER elimina todos los registros binarios y vacia el índice de 
registros binarios. RESET SLAVE restablece la posición de un esclavo en la 
duplicación de un principal. RESET QUERY CACHE vacia la cache de consul- 
tas. 


RESTORE TABLE 


RESTORE TABLE nombre—de—tabla [,nombre de tabla...] FROM 'ruta' 
Recupera una tabla de la que se ha creado una copia de seguridad con BACKUP 
TABLE. 


No sobrescribe las tablas existentes. 


REVOKE 


REVOKE tipo_de privilegio ((lista_de_ campos) ] [,tipo de privilegio 
[ (lista de campos) ] 

...] ON (nombre-de-—tabla | na y] 
FROM nombre _de usuario 

[, nombre _ de usuario ...] 


o nombre de base de datos.*) 


Elimina los privilegios concedidos previamente a los usuarios especificados. 
tipo_de_privilegio puede ser cualquiera de los privilegios enumerados 
para GRANT. 


ROLLBACK 


ROLLBACK 


La instrucción ROLLBACK elimina una transaccion o conjunto de instruccio- 
nes, y deshace todas las instrucciones de esa transaccion. 


SELECT 


La sintaxis de SELECT es la siguiente: 


SELECT [STRAIGHT—JOIN] [SOL SMALL RESULT] [SQL _BIG_RESULT] 
[SQL_BUFFER_RESULT] [SQL_CACHE | SQL_NO_CACHE] 
[SQL CALC _FOUND_ROWS] [HIGH—PRIORITY] [DISTINCIT | 
DISTINCTROW | ALL] expresion, ... [INTO (OUTFILE | 
DUMPFILE) 'nombre de archivo' opciones de exportación) 

[FROM nombres de tabla 

[WHERE cláusula where] [GROUP BY (entero—sin—firma 


nombre _de campo | formula) [ASC | DESC], +... [HAVING 
definición where] [ORDER BY (entero-sin—firma |] 
nombre de campo | formula) [ASC | DESC], .+..+.] [LIMIT 


[desplazamiento,] filas] [PROCEDURE nombre procedimiento] [FOR 
UPDATE | LOCK IN SHARE MODE] ] 


Las instrucciones SELECT devuelven datos de tablas. expresi6n suele 
ser una lista de campos (con una funcion en caso de que sea necesario) pero 
tambien puede ser un calculo o funcion que no tiene nada que ver con los cam- 
pos. Por ejemplo: 


SELECT VERSION () ; 
O, como se indica a continuación: 


SELECT 42/10; 


Los campos se pueden especificar como nombre_de_canmpo, 
nombre_de_tabla.nombre_de_campo, o nombre de base de 
datos .nombre_de_tabla.nombre_de_campo.Las formas mas extensas 
son necesarias en caso de ambigiiedad. 

A la expresion tambien se le puede asignar un alias con la palabra clave AS. 
Por ejemplo: 


SELECT 22/7 AS about-pi 
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La expresion puede utilizarse en cualquier punto de la instrucción (pero no en 
la clausula WHERE, que normalmente se determina en primer lugar). La clausula 
nombres_de_tabla es una lista de las tablas que se utilizan en la consulta, 
separadas por comas. Tambien puede utilizar un alias. Por ejemplo: 


SELECT watts FROM wind—water—solar—power AS n; 


Tambien puede controlar el uso de indices de MySQL si no le convence la 
opcion de MySQL (que puede ver si utiliza EXPLAIN) y utilizar las clausulas 
USE INDEX e IGNORE INDEX despues del nombre de la tabla. La sintaxis es 
la siguiente: 


nombre de tabla [[AS] alias] [USE INDEX (lista de indices) |] 
[IGNORE INDEX (lista de indices) ] 


La clausula ORDER BY ordena los resultados devueltos en orden ascendente 
(opcion predeterminada o al utilizar la palabra clave ASC) o descendente (DESC). 
No es necesario que utilice elementos devueltos explicitamente en la expresion. 
Por ejemplo: 


SELECT team—name FROM results ORDER BY points DESC 


La clausula WHERE esta formada por condiciones (que pueden contener fun- 
ciones) que debe cumplir una fila para poder ser devuelta: 


SELECT team—name FROM results WHERE points > 10 


GROUP BY agrupa filas de resultados, que resultan muy útiles cuando se 
emplea una funcion agregada. Existen dos extensiones MySQL no ANSI que 
puede utilizar con GROUP BY: ASC y DESC. Tambien puede utilizar campos en 
la expresion que no se mencionen en las cláusulas GROUP BY. Por ejemplo: 


SELECT team—name, team—address, SUM(points) FROM teams GROUP BY 
team—name DESC 


La clausula HAVING tambien es una condición, pero se implementa en ultimo 
lugar para que pueda aplicarla a los elementos que agrupa. Por ejemplo: 


SELECT team—name, SUM(points) FROM teams GROUP BY team—name HAVING 
sUM(points) > 20 


No lo utilice como sustituto de la clausula WHERE, ya que reduce la velocidad 
de las consultas. DISTINCT y su sinonimo, DISTINCTROW, indica que la fila 
devuelta debe ser exclusiva. ALL (la opcion predeterminada), devuelve todas las 
filas, sean o no exclusivas. 

HIGH_PRIORITY (extension MySQL no ANS]) otorga a SELECT una prio- 
ridad mayor que a cualquier actualización. 

SQL_BIG_RESULT y SQL_ SMALL RESULT (extensiones MySQL no ANST) 
ayudan al optimizador de MySQL y le indican el tamaiio de los resultados antes 
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de que inicie el procesamiento. Ambas se utilizan con clausulas GROUP BY y 
DISTINCT, y normalmente hacen que MySQL utilice una tabla temporal para 
obtener mayor velocidad. 

SQL BUFFER RESULT (extension MySQL no ANSI) hace que MySQL 
incluya el resultado en una tabla temporal. 

LIMIT adopta uno o dos argumentos para limitar el numero de filas devuel- 
tas. S1 es un argumento, sera el numero maximo de filas que se devuelven; si son 
dos, el primero se corresponde al desplazamiento y el segundo al numero maximo 
de filas que se devuelven. Si el segundo argumento es -1, MySQL devolvera 
todas las filas desde el desplazamiento especificado hasta el final. Por ejemplo, 
para devolver desde la fila 2 hacia adelante, utilice lo siguiente: 


SELECT fl FROM tl LIMIT 1,-1 


SQL CALC FOUND_ROWS hace que MySQL calcule el numero de filas que 
se tendrían que haber devuelto si no hubiera una cláusula LIMIT. Esta cifra se 
puede obtener con ayuda de la función SELECT FOUND_ROWS(). 

SQL_CACHE hace que MySQL almacene el resultado en la caché de consul- 
tas y, SOL-NO-—CACHE, que no lo haga. Se trata de dos extensiones MySQL no 
ANSI. 

STRAIGHT JOIN (una extension MySQL no ANSI) hace que el optimizador 
combine las tablas en el orden en el que aparecen en la cláusula FROM, lo que 
puede aumentar la velocidad de las consultas si las tablas se combinan de una 
forma que no sea optima (utilice EXPLAIN para comprobarlo). 

SELECT...INTO OUTFILE "nombre de archivo" escribe los resul- 
tados en un nuevo archivo (que todo el mundo puede leer) en el servidor. Nece- 
sita el permiso FILE para utilizarlo. Es el complemento de LOAD DATA INFILE 
y utiliza las mismas opciones. 

Al utilizar INTO DUMPFILE, MySQL escribe una fila en el archivo, sin 
columnas o terminaciones de linea y sin conversiones de escape. 

Con tablas ImoDB y BDB, la clausula FOR UPDATE escribe bloqueos en las 
filas. 


SET 


SET [GLOBAL | SESSION] nombre de variable =expresión, [[GLOBAL | 
SESSION | 
LOCAL ] nombre de variable =expresión...] 


SET le permite definir valores de variables. SESSION (o LOCAL, un sinoni- 
mo) es el valor predeterminado y define el valor mientras dure la conexión ac- 
tual. GLOBAL requiere el privilegio SUPER y define la variable para todas las 
nuevas conexiones hasta que se reinicie el servidor. Tendra que definirla en el 
archivo de configuración para que la opción permanezca activa una vez reiniciado 
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el servidor. S1 utiliza SHOW VARIABLES, podra ver la lista completa de varia- 
bles. Enla tabla A.2 se recogen las variables que no se definen de forma estandar. 


Tabla A.2. Variables que no se definen de forma estandar 


Sintaxis Descripción 


AUTOCOMMIT= 0 | 1 Cuando se configura (1), MySQL ejecuta las instruc- 
ciones automaticamente a menos que las envuelva 
en instrucciones BEGIN y COMMIT. Tambien lo hace 
con las transacciones abiertas si define AUTO- 
COMMIT. 


BIG_TABLES = 0 | 1 Cuando se configura (1), todas las tablas tempora- 
les se almacenan en disco y no en memoria. Esto 
reduce la velocidad de las tablas temporales pero 
evita el problema de quedarse sin memoria. El valor 
predeterminado es 0. 


INSERT_ID = H Define el valor AUTO_INCREMENT (para que la si- 
guiente instrucción INSERT que utilice un campo 
AUTO._INCREMENT utilice este valon). 


LAST_INSERT_ID = % Define el valor devuelto por la siguiente función 
LAST_INSERT-_ID(). 


LOW PRIORITY Cuando se configura (1), todas las instrucciones de 

UPDATES = 0 | 1 actualización (INSERT, UPDATE, DELETE, LOCK 
TABLE WRITE) esperan a que no haya lecturas pen- 
dientes (SELECT, LOCK, TABLE READ) en la tabla a 
la que quieren acceder. 


MAX_JOIN_SIZE = Al determinar un tamaño de fila maximo, puede evi- 

valor | DEFAULT tar que MySQL ejecute consultas que no empleen 
correctamente los indices o que puedan reducir la 
velocidad del servidor cuando se ejecuten en perio- 
dos de máximo trafico. Si se configura con otro valor 
que no sea DEFAULT, se restablece SOL BIG_ 
SELECTS. Si se configura SQL _ BIG _SELECTS, Se 
ignora MAX_ JOIN SIZE. Sila consulta ya se ha al- 
macenado en cache, MySQL ignorara este límite y 
devolvera los resultados. 


QUERY CACHE TYPE = Define el parametro de cache de consultas para el 
OFF | oN | DEMAND subproceso. 


QUERY CACHE_TYPE Define el parametro de cache de consultas para el 
O E dop2 subproceso. 


SQL_AUTO_1S_NULL Si se configura (1, el predeterminado), la ultima fila 
0.11 insertada en un campo AUTO_INCREMENT se pue- 
de localizar con WHERE columnas_de- 
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Sintaxis Descripción 


autoincrementoISNULL. Lo utilizan programas 
como Microsoft Access y otros que se conectan a 


traves de ODBC. 
SOL BIG _SELECTS =  Sise configura (1, el predeterminado), MySQL per- 
6 11 mite consultas de gran tamario. Si no se configura 


(0), no permitira las consultas en las que tenga que 
examinar mas filas del valormax_join_sizerows. 
Resulta muy util para evitar ejecutar consultas acci- 
dentales o peligrosas que puedan colapsar el servi- 
dor. 


SOL BUFFER RESULT = Sise configura (1), MySQL almacena los resultados 

o 11 de las consultas en tablas temporales (en algunos 
casos aumenta el rendimiento ya que primero libera 
los bloqueos de tabla). 


SOL LOG OFF = 0 |] 1 Sise configura (1), MySQL no registra el cliente (no 
se trata del registro de actualización). Se necesita 
el permiso SUPER. 


SOL _LOG_UPDATE = Sino se configura (0), MySQL no utilizara el registro 

A de actualizaciones en el cliente. Se necesita el per- 
miso SUPER. 

SOL QUOTE SHOW_ Si se configura (1, el predeterminado), MySQL aña- 

CREATE “0 11 dira comillas a los nombres de tablas y colum- 
nas. 


SOL SAFE UPDATES = Sise configura (1), MySQL no ejecutara instruccio- 

00d nes UPDATE O DELETE que no utilicen un índice o 
una clausula LIMIT,lo que contribuye a evitar acci- 
dentes no deseados. 


SOL SELECT LIMIT = Determina el numero maximo de registros (de forma 

valor | DEFAULT predeterminada, ilimitado) que se pueden devolver con 
una instrucción SELECT. LIMIT tiene preferencia 
sobre esta variable. 


TIMESTAMP = valor _ Define el tiempo para el cliente. Se puede utilizar 

marca_de tiempo para obtener la marca de tiempo original cuando se 

| DEFAULT emplea el registro de actualizaciones para restable- 
cer filas. valor marca de tiempo es una mar- 
ca de tiempo de la epoca de Unix. 


La antigua sintaxis de SET OPTION se ha eliminado, por lo que no deberia 
utilizarla mas. 
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SET TRANSACTION 


SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL [f READ UNCOMMITTED 
| READ COMMITTED | REPEATABLE READ | SERIALIZABLE ) 


Define el nivel de aislamiento de transacciones. De forma predeterminada, 
solamente se aplica a la siguiente transaccion, a menos que se utilicen las pala- 
bras clave SESSION Oo GLOBAL (que determinan el nivel de todas las transac- 
ciones en la conexión actual o en todas las transacciones de las nuevas 
conexiones). 


SHOW 


La sintaxis de SHOW puede ser una de las siguientes: 


SHOW 
SHOW 
SHOW 


DATABASES [LIKE expresion] 
[OPEN] TABLES [FROM nombre _de base de datos] [LIKE expresion] 
[FULL] COLUMNS FROM nombre_de tabla [FROM 


nombre_de base de datos] [LIKE expresion] 


SHOW 
SHOW 
SHOW 
SHOW 
SHOW 
SHOW 
SHOW 
SHOW 
SHOW 
SHOW 
SHOW 


INDEX FROM nombre _ de tabla [FROM nombre de base de datos] 
TABLE STATUS [FROM nombre _de base de datos] [LIKE expresion] 
STATUS [LIKE expresion] 

VARIABLES [LIKE expresion] 

LOGS 

[FULL] PROCESSLIST 

GRANTS FOR usuario 

CREATE TABLE nombre _ de tabla 

MASTER STATUS 

MASTER LOGS 

SLAVE STATUS 


SHOW enumera las bases de datos, tablas o columnas, o proporciona informa- 
cion de estado sobre el servidor. 

El comodin puede formar parte del nombre de la base de datos, tabla o archi- 
vo, y puede ser un simbolo %., que equivale a una serie de caracteres o un guion 


bajo (), 


que equivale a un caracter. 


TRUNCATE 


TRUNCATE TABLE nombre-de—tabla 


La instrucción TRUNCATE elimina todos los registros de una tabla. Es mas 
rapida que la instrucción equivalente DELETE ya que utiliza DROP y CREATE en 


la tabla. 


No resulta segura para las transacciones (por lo que devolvera un error 


si hay alguna transaccion o algun bloqueo activo). 
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UNION 


SELECT ... UNION [ALL] SELECT ... [UNION SELECT ...] 


UNION combina varios resultados en uno. 
Sin la palabra clave ALL, las filas son exclusivas. 


UNLOCK TABLES 


UNLOCK TABLES 


Libera todas las tablas de la conexión actual. 


UPDATE 


UPDATE [LOW—PRIORITY] [IGNORE] nombre de tabla SET 
nombre_de campol=expresiónl [, nombre de campo2=expresión2, ...] 
[WHERE cláusula where] [LIMIT +] 


La instrucción UPDATE actualiza los contenidos de las filas existentes en la 
base de datos. 

La cláusula SET especifica que campos se actualizan y cuáles serán los nue- 
vos valores. 

clausula where proporciona las condiciones que debe cumplir la fila para 
poder actualizarla. 

IGNORE hace que MySQL i¡gnore las actualizaciones que generan una clave 
principal o exclusiva en lugar de cancelarlas. 

La palabra clave IOV PRIORITY hace que la actualización espere hasta 
que no haya clientes leyendo la tabla antes de procesarla. 

La expresion puede adoptar el valor actual de un campo; por ejemplo, para 
aiiadir 5 a las comisiones de todos los empleados, podría utilizar lo siguiente: 


UPDATE employee SET commission=commission+5; 


LIMIT determina el numero maximo de registros que se va a actualizar 


USE 


USE nombre de base de datos 


Cambia la base de datos actualmente activa por la base de datos especifica- 
da. 
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Funciones 
y operadores 
de MySQL 


MySQL dispone de una gran cantidad de útiles operadores y funciones. Los 
operadores son uno de los elementos basicos de MySQL sin los que no podra 
avanzar mucho. Por otra parte, existen muchas y complejas funciones, algunas de 
las cuales nunca utilizara, pero merece la pena repasar la lista completa ya que 
puede encontrar funciones que le sean de utilidad y otras que guarde en la recama- 
ra para utilizarlas mas adelante. 


Operadores lógicos 


Los operadores lógicos, o booleanos, comprueban si algo es verdadero o falso. 
Devuelven O si la expresion es falsa y 1 si es verdadera. Los valores nulos se 
procesan de distintas formas, en funcion del operador. Normalmente devuelven 
un valor NULL. 


AND, 88 


valorl AND valorl 
valorl ££4 valor2 


Devuelven verdadero (1) si ambos valores son verdaderos 


BRE) 


Por ejemplo: 


mysql1> SELECT 1 AND 0; 
+ 


1 ANDO | 


mysql> SELECT l=1 44£ 2=2; 
++ 

| 1=1 €8 2=2 | 
+ + 

| > ¿l 
+ 


OR, | | 


valorl OR valor2 
valorl || valor 2 


Devuelven verdadero (1) si alguno de los dos valores, valor1l ovalor2,es 
verdadero. 


Por ejemplo: 


mysql> SELECT 1 OR 1; 
+ 

| 1 OR 1] 

+ 


+ 

mysql> SELECT 1=2 |] 2=3; 
A ———-+ 

| 1=2 || 2=3 | 
Am 
+ 


NOT, ! 


NOT valorl 
' valorl 


Devuelven lo contrario del valor1, que es verdadero si valorl es falso y 
falso si valor2 es verdadero. Por ejemplo: 


mysql> SELECT !1; 


+—+ 
| 11 ] 
+—+ 
pt 0 1 
+ 


mysql1> SELECT NOT (1=2) ; 


+ sE 
| NOT(1=2) | 
LS y 
| 1 | 
+ 7% 


Operadores aritmeticos 


Los operadores aritmeticos realizan calculos matematicos basicos. Si alguno 
de los valores es nulo, los resultados de toda la operación tambien lo seran. Por 
motivos del calculo, las cadenas se convierten en numeros. Algunas cadenas se 
convierten al numero equivalente (como las cadenas '1' y '33'); otras se convierten 
en 0 (como las cadenas 'uno' y 'abc'). 


+ 


valorl + valor2 


Suma dos valores. 
Por ejemplo: 


mysal> SELECT 1+3; 

Y a 

| 1+3 | 

+ TF 

! 4 | 

LP 

mysql> SELECT 15+"9”; 
+ + 

| 15+"9" |] 

+ + 


valorl - valor2 


Resta valor2 de valorl. 
Por ejemplo: 


mysql> SELECT 1-9; 


+—+ 
| 1-9 |] 
+—+ 
ns 
+—+ 


valorl s valor2 


Multiplica dos valores. Por ejemplo: 


mysql1> SELECT 12 * 10; 
+ Ap 
* 


12 10 | 


valorl / valor2 


Divide valorl1 por valor2. Por ejemplo: 


mysql> SELECT 4/2; 

+——+ 

| 4/2 | 

+——+ 

| 2.00 | 

+——+ 

mysql> SELECT 10005.00000/10004.00000; 
A A 

| 10005.00000/10004.00008 |] 
<A 

| 1.0001000 | 
+ 


% 


Devuelve el modulo (el resto que se obtiene despues de dividir valor1 por 
valor2). Por ejemplo: 


mysql> SELECT 3%2; 
+ + 


| 3%2 | 


Operadores de comparacion 


Los operadores de comparacion comparan valores y devuelven verdadero o 
falso (1 o 0) en función de los resultados. Si hay un valor nulo, en la mayoría de 


los casos el operador devolvera el valor NULL. Se pueden comparar distintos 
tipos (cadenas, numeros, fechas, etc.) aunque si los tipos son diferentes tendra 
que prestar especial atencion. MySQL convierte los tipos a su equivalente todo lo 
bien que puede. 

Si se trata de comparar cadenas, se comparan sin distinguir entre mayúsculas 
y minúsculas, a menos que sean BINARY . Por ejemplo, A es lo mismo que a, pero 
BINARY Á no es lo mismo que BINARY a. En este caso primero vienen las 
mayúsculas, por lo que BINARY Á es menor que BINARY a. Del mismo modo, la 
cadena 10 es menor que la cadena 2 porque, al ser una cadena, se compara de 
izquierda a derecha. La primera comprobacion es ver s1 1 es menor que 2 y, como 
si lo es, la comprobacion se detiene en ese punto (lo mismo queaz es anterior ab). 


valorl = valor2 


Verdadero si tanto valorl como valor2 son iguales. Si alguno es nulo, 
devolvera NULL. 
Por ejemplo: 


mysql> SELECT 1=2; 

+—+ 

| 1=2 | 

ER 

| o | 

E 

mysql> SELECT 'A' = 'a); 
+ 

ta! = 'a' | 


+ 
| 
+ 
| 
+ T 


mysq1> SELECT BINARY 'a' = 'A); 
+ 


| BINARY 'a' = 'A' | 
y 

+ + 

mysq1> SELECT NULL=NULL; 
+ ul 

f NULL=NULL | 

lt + 

j NULL | 

+ + 


|=, <> 


valorl <> valor2 
valorl !l= valor2 
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Verdadero si valor1 no es igual a valor2. 
Por ejemplo: 


mysq1> SELECT 'a' !l= 'A'; 
E + 

| "a! != 'A' | 

SR 

! O 1] 

RE 

mysql> SELECT BINARY 'a' <> 'A'; 
YT 

| BINARY 'a' <> 'A' | 
LE—_————+ 

| D 5 

ni + 


valorl > valor2 


Verdadero si valor1 es mayor que valor2. 
Por ejemplo: 


mysql> SELECT 1>2; 
+—+ 

| 1>2 ] 

+—+ 

| 0] 

+—+ 

mysql1> SELECT 'b'>'a'; 
+ + 

| 'b'>!ta! | 

+ + 

| de: 1 

+ 


valorl < valor2 


Verdadero si valorl1 es menor que valor2. 
Por ejemplo: 


mysq1> SELECT 'b' < 'd'; 


+ E 

| 'b'! < 'a” ] 

+ a 

| 1 ] 

+ AE 

mysql1l> SELECT '4' < '34'; 
+ + 


+= 4+- 
o 


> 
valorl >= valor2 


Verdadero si valorl es mayor o igual que valor2. 
Por ejemplo: 


mysql> SELECT 4 >= 4; 
+ E 
|4>= 4 | 


L. 


valorl<= valor2 


Verdadero si valorl es menor o igual que valor2 
Por ejemplo: 


mysql1> SELECT 4 <= 3; 
+ A 

q <= 3 |] 

+ 


| 

+ 
0 | 
+ 


+ 


<=> 
valorl <=> valor2 


Verdadero si valorl es igual a valor2, incluyendo los valores nulos. Esto 
le permite creer que NULL es un valor real y, por lo tanto, obtener un resultado 
verdadero o falso (en lugar de NULL) cuando utilice NULL en una comparacion 
con valores que no sean NULL. Por el contrario, MySQL se niega a dar una 
respuesta a la pregunta "¿4 es igual a NULL? En su lugar, indica que la expresion 
4=NULL tiene como resultado algo indeterminado (NULL). 

Por ejemplo: 


mysql> SELECT NULL<=>NULL; 
¿+ 

| NULL<=>NULL | 

4 


| ml 
+ + 


mysq1> SELECT 4 <=> NULL; 


== 
| 4 <=> NULL | 
1 + 
| o 1 
+ ni 


IS NULL 


valorl IS NULL 


Verdadero si valor1 es nulo (no es falso). 
Por ejemplo: 


mysq1> SELECT NULL IS NULL; 
+x—_——_——+ 

| NULL IS NULL | 
A 

| 1... 
_—————————+ 

mysql> SELECT O IS NULL; 
+ + 

| 0 IS NULL | 

t——-—+ 

| O 1] 

+ E 


BETWEEN 


valorl BETWEEN valor2 AND valor3 


Verdadero si valori esta incluido entre valor2 y valor3. 
Por ejemplo: 


mysql> SELECT 1 BETWEEN 0 AND 2; 


lo 


l 1 BETWEEN 0 AND 2 | 


ds 


| d: 

Lp 

mysql> SELECT 'a' BETWEEN 'A' and 'B'; 
Pp 

| 'a' BETWEEN 'A' and 'B' | 
q 

| Sl 

+ + 


mysql1> SELECT BINARY 'a' BETWEEN 'A' AND 'C'; 


ÑÚA o o ela 


| BINARY 'a' BETWEEN 'A' AND 'C' | 


o 


LIKE 


valorl LIKE valor2 


Verdadero si valor1 coincide con valor2 en un patron de coincidencia 
SQL. Un porcentaje (8) hace referencia a cualquier numero de caracteres y un 
guion bajo (_) equivale a un caracter. 

Por ejemplo: 


5 


mysql> SELECT 'abc' LIKE 'ab '; 


+ + 
| 'abc' LIKE 'ab ' |! 
+5 
| da 
+ + 
mysql> SELECT 'abc' LIKE '3%c'; 
++ 
l *abc' LIKE '3c' | 
+ 
| Es 34 
++ 
valorl. IN (valor2  [valor3..i..)]) 


Verdadero si valorl equivale a cualquier valor de la lista separada por 
comas. 


Por ejemplo: 
mysq1> SELECT 'a' IN('b','c','aa'); 


+ + 

] CAR IN('b','c','aa') | 
A —_ANNNNNNN]I 

| o | 
A A > + 

mysql> SELECT 'a' IN('A','B');5 
++ 

| ta! IN('A','B!') | 
AAA 

| 1. 1 

+ + 


REGEXP, RLIKE 


valorl REGEXP valor2 
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valorl RLIKE valor2 


Verdadero sivalorl coincide convalor2 conuna expresion regular. Enla 


tabla B.1 se enumeran los caracteres de expresiones regulares. 


Tabla B.1. Caracteres de expresiones regulares 


Carácter Descripción 


Coincide con ninguna o mas instancias de la 
subexpresion que le precede. 


Coincide con una o mas instancias de la subexpre- 
sion que le precede. 


Coincide con ninguna o mas instancias de la 
subexpresion que le precede. 


Coincide con todos los caracteres. 


Coincide con x, y O z (alguno de los caracteres 
entre corchetes). 


Coincide con todas las letras mayusculas. 
Coincide con todas las letras minusculas. 
Coincide con todos tos digitos. 

Ancla la coincidencia desde el principio. 
Ancla la coincidencia hasta el final. 


Separa las subexpresiones de la expresion regu- 
lar. 


La subexpresion debe aparecer al menos n veces, 
pero no más de m. 


La subexpresion debe aparecer exactamente n ve- 
ces. 


La subexpresion debe aparecer al menos n veces. 


Agrupa caracteres en subexpresiones. 


648 


Por ejemplo: 


mysql> SELECT 'pqwxyz' REGEW 'xyz'; 
EH 
| 'pqwxyz' REGEXP 'xyz' | 


+ 

] 108% 
y +; 

mysql> SELECT 'xyz' REGEW '*x!' 5 
y 


'xyz' REGEXP '”x' | 


l 

+ HE 

| 1 | 

+ ++ 

mysql> SELECT 'abcdef' REGEXP 'g+'; 

Y ++ 

| 'abcdef' REGEXP 'g+' | 

+++ 

| o | 

+ 5 

mysq1> SELECT 'abcdef' REGEXP 'g*!; 

+ 

it 'abcdef' REGEXP 'g*' | 

+5 

| 1 | 

E E 

mysql> SELECT 'ian' REGEXP 'iaitn'; 

A —_—————_ Y 

l '"ian' REGEXP 'lai*n' |] 

+ 

| do 

E + 

mysql> SELECT 'aaaa' REGEXP 'a(3,)'; 
+ 

l 'aaaa' REGEXP 'af3,)' l 

Y————————————————++ 

| 1 | 

+ + 

mysql> SELECT 'aaaa' REGEXP '”aaa$'; 

Y———————————++ 

l 'aaaa' REGEXP '”“aaaf$' |] 

Y ———————————++ 

| 0 1] 

++ 

mysql> SELECT 'abcabcabc' REGEW 'abc(3)'; 

+5 

| 'abcabcabc' REGEXP "'abc13)' | 

Y 

| o | 

SAA O_O O OAO/A  —Á | 

mysql> SELECT 'abcabcabc' REGEXP *'(abcoyx3)'; 

SF 

l '"abcabcabc' REGEXP '(abc)13)P' | 

SHA ++ 

| 1 | 

+ + 


mysql1> SELECT 'abcbbcece' REGEXP "[abce](3)'; 


+ + 
| "abcbbcccc* REGEXP '[abce](3)' 1] 
I _— —_—_az—_—_ —————+ 
| 1 | 
+ + 


mysql> SELECT 'abcbbeccec' REGEXP '(a[b]c)(3)'; 


*5__ A 
| 'abcbbccca' REGEXP '(alblc)(3)' ]| 


| Ml 
P_AAA<<>>— XA + 


Operadores de bits 


Los operadores de bits no se utilizan muy a menudo. Le permiten trabajar con 
valores de bits y realizar operaciones de bits en sus consultas. 


a 


valorl 4 valor2 


Realiza una operacion AND en orden de bits. Convierte los valores a binarios y 
compara los bits. Solamente si ambos bits correspondientes son I, el bit resultan- 
te tambien sera 1. 

Por ejemplo: 


mysql> SELECT 241; 
+—+ 

| 241 | 

$T 

| o 1 

EEN E 

mysql> SELECT 3£l; 
+—+ 

| 341 ] 

|. 

| 1] 

PT 


valorl | valor2 


Realiza una operacion OR en orden de bits. Convierte los valores a binarios y 


compara los bits. Si alguno de los bits correspondientes es 1, el bit resultante 
tambien sera 1. 


Por ejemplo: 


mysql> SELECT 2/1; 


+—+ 
[| 2/11 ] 
+—+ 
3 ] 
+—+ 


<< 
valorl << valor2 


Convierte valorl a binario y desplaza los bits de valor1 hacia la izquier- 
da la cantidad de valor2. 
Por ejemplo: 


mysql> SELECT 2<<1; 


t——+ 
| 2<<1 | 
F——+ 
| 4 ] 
+—+ 
>> 


valorl >> valor2 


Convierte valorl en binario y desplaza sus bits hacia la derecha la cantidad 
de valor2. 


Por ejemplo: 


mysql> SELECT 2>>1; 
+t———+ 

| 2>>1 ] 

+ 


| 1 | 
++ 


Funciones de fecha y hora 


Las funciones de fecha y hora se utilizan cuando trabajamos con tiempo, como 
al devolver la hora actual en un determinado formato o para ver cuantos dias 
quedan para una determinada fecha. En la mayoria de los casos, los valores de 
tipo date se almacenan como AAAA-MM-DD (por ejemplo 2002-12-25) y los 
valores de tipo time se almacenan como hh:mm:ss (por ejemplo, 11:23:43). 
Tambien hay un tipo datetime, que se almacena como AAAA-MM-DD 
hh:mm:ss. La mayoría de las funciones que aceptan horas o fechas admiten el 
formato datetime e ignoran la parte que no necesitan. Del mismo modo, si no 
tiene muchos valores (cuando se le pide hh:mm:ss, sólo introduce la parte mm:ss), 
MySQL asumira que el resto son ceros y realizara la operación correctamente. En 
lugar de dos puntos (:) y guiones (-), puede utilizar cualquier delimitador en las 
cadenas de fecha y hora, siempre que sea consistente. 

Determinadas funciones utilizan un tipo de datos dado (por ejemplo, 
DATE_ADD (), que requiere un intervalo para realizar su cálculo)... 
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A continuación mostramos los tipos de fecha y hora: 


* SECOND 
+ MINUTE 
* HOUR 

« DAY 

* MONTH 
e YEAR 


+  —MINUTE-SECOND: "mm:ss” (por ejemplo, "41:23") 

*  HOUR-MINUTE: "hh:mm" (por ejemplo, "12:23") 

* DAY_HOUR: "DD hh" (por ejemplo, "11 09") 

* YEAR-MONTH: "YYYY-MM” (por ejemplo, "2002-12") 

+  HOUR-SECOND: "hh:mm:ss” (por ejemplo, "11:24:36") 

* DAY-MINUTE: "DD hh:mm*” (por ejemplo, "09 11:31") 

* DAY_SECOND: "DD hh:mm:ss" (por ejemplo, "09 11:31:21") 


Para realizar calculos de fechas, tambien puede utilizar los operadores habi- 
tuales (+, -, etc.) en lugar de funciones de fecha. MySQL realiza correctamente 
las conversiones entre tipos. Cuando por ejemplo añade un mes al mes 12, MySQL 
incrementa el año y calcula correctamente los meses. 


ADDDATE 


ADDDATE (fecha, INTERVAL tipo de expresión) 


Sinónimo de DATE_ADD(). 


CURDATE 


CURDATE () 


Sinónimo de la funcion CURRENT_DATE (). 


CURRENT_DATE 


CURRENT—DATE () 


Devuelve la fecha actual del sistema bien como la cadena AAAA-MM-DD o 
como el numero AAAAMMDD, en funcion del contexto.Por ejemplo: 


mysql> SELECT CURRENT—DATE () ; 


+ 

| CURRENT—DATE () | 
+ 

| 2002-09-10 j 
+ + 

mysql> SELECT CURRENT DATE ()+1; 
++ 
[ CURRENT—DATE ()+1 | 
++ 

| 20020911 | 

+ + 


CURRENT_TIME 


CURRENT—TIME () 


Devuelve la hora actual del sistema bien como la cadena hh:mm:ss o como el 
numero hhmmss, en funcion del contexto. Por ejemplo: 


mysql> SELECT CURRENT—TIME() : 
+ 
CURRENT—TIME () | 
+ 
23:53:15 | 
+ 
mysql> SELECT CURRENT—TIME () + 1; 
+ 


to ++ 


+ 

| CURRENT—-TIME() + 1 | 
tx—_————————————+ 

| 235434 | 
+ + 


CURRENT_TIMESTAMP 


CURRENT—TIMESTAMP () 


Esta funcion equivale a la funcion NOW (). 


CURTIME 


CURTIME () 


Sinónimo de la función CURRENT._TIME () 


DATE-ADD 


DATE—ADD (fecha, INTERVAL tipo de expresion) 


Añade un determinado periodo de tiempo a la fecha especificada. Puede utili- 
zar un valor negativo para la expresion, en cuyo caso se restara. El tipo debe ser 
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uno de los enumerados al principio de este apartado y la expresion debe coincidir 
con dicho tipo. 
Por ejemplo: 


mysql> SELECT DATE—ADD ('2002-12-25',INTERVAL 1 MONTH) ; 


DATE—ADD('2002-12-25', INTERVAL 1 MONTH) | 


| 

P——————————————++ 

200 S=pT=25 | 
*Yy——————————— 

mysql> SELECT DATE _ADD('2002-12-25 13:00:00' INTERVAL -14 
HOUR) ; 

-_ É _._——_———_———— 

| DATE ADD('2002-12-25 13:00:00',INTERVAL -14 HOUR) | 
E _A AA e oo 

[".2002>12-24 23500700 | 
€ __——_—___——___ _zP--_—_— + 


DATE_FORMAT 


DATE—FORMAT (fecha, cadena_formato) 


Aplica un formato a la fecha especificada en funcion de la cadena de formato, 
que puede estar formada por los especificadores enumerados en la tabla B.2. 


Tabla B.2. Especificadores de forrnato de fecha 


Especificador Descripción 

%a Abreviatura del nombre del dia (Dom-Sab) 

3b Abreviatura del nombre del mes (Ene-Dic) 

$0 Mes numerico (1-12) 

3D Dia numerico del mes con sufijo en Inglés (Ist, 2nd, 
etc.) 

2d Dia numerico del mes con dos digitos, comprendi- 
do entre 00 y 31 

%e Dia numerico del mes con uno o dos digitos, com- 
prendido entre O y 31 

+H Hora comprendida entre 00 y 23 

3h Hora comprendida entre 01 y 12 

$1 Minutos comprendidos entre 00 y 59 

$1 Hora comprendida entre 01 y 12 

93 Dia del año, comprendido entre 001-366 


Especificador Descripción 


3k Hora con uno o dos digitos, comprendida entre O y 
23 
$1 Hora con un digito, comprendida entre 1 y 12 
8M Nombre del mes, Enero-Diciembre 
3m Mes numerico, comprendido entre 01 y 12 
3p A.M. o P.M. 
%r Horario de 12 horas, hh:mm:ss A.M. o P.M. 
%S Segundos comprendidos entre 00 y 59 
$s Segundos comprendidos entre 00 y 59 
$T Horario de 24 horas, hh:mm:ss 
gu Semana comprendida entre 00 y 53, siendo el do- 
mingo el primer dia de la semana 
3u Semana comprendida entre 00 y 53, siendo el lu- 
nes el primer dia de la semana 
3V Semana comprendida entre 01 y 53, siendo el do- 
mingo el primer dia de la semana 
3v Semana comprendida entre 01 y 53, siendo el lu- 
nes el primer dia de la semana 
3W Nombre del dia de la semana, comprendido entre 
domingo y sabado 
3w Dia de la semana comprendido entre O para el do- 
mingo y 6 para el sabado 
8X Año numerico de cuatro digitos para la semana en 
la que el domingo es el primer dia 
Xx Año numerico de cuatro digitos para la semana en 
la que el lunes es el primer dia 
$ Y Año numerico de cuatro digitos 
$y Año numerico de dos digitos 
88 Signo de porcentaje con conversion de escape 
Por ejemplo: 
mysql> SELECT DATE—FORMAT('1999-03-02','%c %$M'); 
I NM > __—— 
| DATE—FORMAT ('1999-03-02','%c $%M') | 
E 2 AAA 
[| 3 March | 


DATE_SUB 


DATE—SUB (fecha, INTERVAL tipo de expresion) 


Resta un determinado periodo de tiempo de la fecha especificada. Puede utili- 
zar un valor negativo en la expresion, en cuyo caso se sumara. El tipo debe ser 
uno de los enumerados al principio de este apartado y la expresion debe coincidir 
con este tipo. 

Por ejemplo: 


mysql> SELECT DATE—SUB ('2002-12-25 13:00:00',INTERVAL "14:13" 
MINUTE—SECOND) ; 
3 — _ A -—-- _-->----Tí-———_—_——_—_— ++ 
| DATE_SUB('2002-12-25 13:00:00', INTERVAL "14:13" 
MINUTE—SECOND) | 
A _—— AAA __—_——__— 

2002-12-25 12:45:47 


V 
DAYNAME 


DAYNAME (fecha) 


Devuelve el nombre del dia de la fecha especificada. 
Por ejemplo: 


mysql> SELECT DAYNAME ('2000-12-25') ; 
E as 


DAYNAME ('2000-12-25') |] 


+ 


| 

+ 

| Monday | 
Md] 6 db 


DAYOFMONTH 


DAYOFMONTH (fecha) 


Devuelve el día del mes de la fecha proporcionada como un numero compren- 
dido entre 1 y 31. 
Por ejemplo: 


mysql> SELECT DAYOFMONTH ('2000-01-01'); 
ACA 
| DAYOFMONTH ('2000-01-01') 1 


DAYOFWEEK 


DAYOFWEEK (fecha) 


Devuelve el dia de la semana de la fecha proporcionada como numero com- 
prendido entre 1, para el domingo, y 7 para el sabado, estandar ODBC. 
Por ejemplo: 


mysql> SELECT DAYOFWEEK ('2000-01-01'); 


> 


E A A III 
| DAYOFWEEK ('2000-01-01') | 
K—_——_—_—_—_—_—____—_—_—_— 
| 7 1 
+ + 


Utilice WEEKDAY () para devolver el índice de dia comprendido entre Ú y 6, 
de lunes a domingo. 


DAYOFYEAR 


DAYOFYEAR (fecha) 


Devuelve el dia del año de la fecha proporcionada como un numero compren- 
dido entre 1 y 366. 
Por ejemplo: 


mysqi> SELECT DAYOFYEAR('2000-12-25') 3 


Pp 
| DAYOFYEAR('2000-12-25') | 
q 
| 360 | 
+ + 


EXTRACT 


EXTRACT (tipo de fecha FROM fecha) 


Utiliza el tipo de fecha especificada para devolver la parte de la fecha. Puede 
consultar la lista de tipos de fechas que aparece antes del inicio de las funciones 
de fecha. 


Por ejemplo: 


mysq1> SELECT EXTRACT(YEAR FROM '2002-02-03'); 
iIíá — ss 

EXTRACT (YEAR FROM '2002-02-03') | 
II A _ _  __———+ 


2002 | 


o + 


+ 


mysql> SELECT EXTRACT (MINUTE-SECOND FROM '2002-02-03 
12:32:45'): 
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II AA  ___ HH + 
EXTRACT (MINUTE _SECOND FROM '2002-02-03 12:32:45') | 


+ 


— + — + 


3249 | 


FROM_DAYS 


FROM—DAYS (numero) 


Convierte el numero especificado a una fecha basada en el numero de dias 
transcurridos desde el 1 de enero del año 0, y devuelve el resultado. No tiene en 


cuenta los dias perdidos en el cambio al calendario Gregoriano. 
Por ejemplo: 


mysql> SELECT FROM-—DAYS (731574) : 
K—_—————_—_—_—_————+ 

| FROM—DAYS (7315749) | 

+ + 

| 2002-12-25 

+ + 


FROM_UNIXTIME 


FROM_UNIXTIME (marca_de tiempo unix [, cadena formato]) 


Convierte la marca de tiempo especificada en una fecha y devuelve el resulta- 
do. A la fecha devuelta se le aplica un formato si se proporciona una cadena de 


formato. La cadena de formato puede ser cualquiera de las de la funcion 
DATE_FORMAT (). Por ejemplo: 


mysql> SELECT FROM _UNIXTIME (100); 
+ 


+ 

| FROM—UNIXTIME(100) | 

EyH_—_—_—_—_—_—_—_—_——+ 

] 1970-01-01 00:01:40 | 

+ + 

mysql1l> SELECT FROM_UNIXTIME (1031621727,'%c %M') 


e 


| FROM—UNIXTIME (1031621727,'3%c %M') | 
LF + 

| 9 September | 
+ 


HOUR 


HOUR (hora) 


Devuelve la hora de la hora especificada, comprendida entre Ú y 23. 


Por ejemplo: 


mysql> SELECT HOUR('06:59:03'):; 


+ + 
| HOUR('06:59:03') | 
+ 
| 6 1 
+ + 


MINUTE 


MINUTE (hora) 


Devuelve los minutos de la hora especificada, comprendidos entre 0 y 59. 
Por ejemplo: 


mysql> SELECT MINUTE ('00:01:03') 5 


+ + 
| MINUTE('00:01:03') | 
t—_—_—_—_—_—__—_—_—_————++ 
Lal 
+ + 


MONTH 


MONTH (fecha) 


Devuelve el mes de la fecha especificada, comprendido entre 1 y 12. 
Por ejemplo: 


mysql> SELECT MONTH ('2000-12-25'); 
++ 
MONTH ('2000-12-25') | 


+ 


| 


+= +-— 


MONTHNAME 


MONTHNAME (fecha) 


Devuelve el nombre del mes de la fecha especificada. 
Por ejemplo: 


mysql> SELECT MONTHNAME ('2000-12-25'):; 


A 
| MONTHNAME ('2000-12-25') | 
+ + 
| December | 
+ + 


NOW 


NOW () 


Devuelve la marca de hora actual (fecha y hora en formato AAAA-MM-DD 
hh:mm:ss), bien como cadena o como numero en funcion del contexto. La funcion 
devolvera el mismo resultado en varias llamadas a una misma consulta. 

Por ejemplo: 


mysql> SELECT NOW(); 
++ 

| NOW () | 
S —_z-_———__—+ 

| 2002-09-10 00:58:06 |] 


H_——_———————+ 


Equivale a las funciones CURRENT_TIMESTAMP () y SYSDATE () 


PERIOD-ADD 


PERIOD—ADD (periodo,meses) 


Aiiade los meses al periodo (especificado como AAMM O AAAAMM) y devuelve 
el resultado como AAAAMM., 
Por ejemplo: 


mysql1> SELECT PERIOD—ADD (200205,3) ; 
+ 
PERIOD—ADD (200205,3) | 

+ 


200208 | 


to—+ 


+ 

mysql> SELECT PERIOD—ADD(200205,-42); 
q 

| PERIOD—ADD(200205,-42) | 
q ———— 

| 199811 | 
+ + 


PERIOD_DIFF 


PERIOD DIFF (periodol,periodo2) 


Devuelve el numero de meses comprendidos entre periodol y periodo2 
(que se especifican en el formato AAMM O AAAAMM), 
Por ejemplo: 


mysql1> SELECT PERIOD DIFF (200212,200001) ; 
q; _ A 
| PERIOD DIFF(200212,200001) | 


Sr o 


| 35 | 

AA A2——— 

mysql> SELECT PERIOD-—DIFF(199903,199904) ; 
A A A 22 

PERIOD—DIFF (199903,199904) | 
——————————++ 


-1 | 


+o+= + 


+ 


QUARTER 


QUARTER (fecha) 


Devuelve el trimestre de la fecha especificada, comprendido entre 1 y 4. 
Por ejemplo: 


mysql> SELECT QUARTER('2002-06-30') ; 


Y 
| QUARTER('2002-06-30') |] 
Y 
2 | 
+ + 


SEC—TO-—TIME 


SEC—TO—TIME (segundos) 


Convierte los segundos en hora y devuelve una cadena (hh:mm:ss) o un núme- 
ro (hhmmss), en funcion del contexto. Por ejemplo: 


mysql> SELECT SEC—TO—TIME (1000) 5 


+ + 
| SEC—TO—TIME(1000) | 
*———_——————————Á 
| 00:16:40 | 
+ + 


mysql> SELECT SEC—TO-—TIME (- 10000) ; 


L_—_—_—_————— 


| SEC—TO—TIME (-10000) | 
| -02:46:40 | 
Y ————————— + 


SECOND 


SECOND (hora) 


Devuelve los segundos de la hora especificada, comprendidos entre O y 58 
Por ejemplo: 


mysql1> SELECT SECOND ('00:01:03') ; 
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a 
| SECOND('00:01:03') | 
E 

31 
A 


SUBDATE 


SUBDATE (fecha, INTERVAL tipo de expresión) 


Sinónimo de DATE_SUB(). 


SYSDATE 


SYSDATE () 


Sinonimo de la funcion NOW (). 


TIME_FORMAT 


TIME—FORMAT (hora, formato) 


Identico a DATE_ FORMAT () a excepción de que solamente se puede utilizar 


el subconjunto de formatos relacionados con la hora (de lo contrario, devolvera 
NULL). 


TIME-TO-SEC 


TIME—TO—SEC (hora) 


Convierte la hora en segundos y devuelve el resultado. Por ejemplo: 


mysql> SELECT TIME-TO-SEC ('00:01:03'); 
+ + 

| TIME TO_SEC('00:01:03') | 
YH ———_———++ 
| 
+ 


63 | 
+ 


TO-—DAYS 


TO—DAYS (fecha) 


Devuelve el número de dias transcurridos desde el 1 de enero del año € en la 


fecha especificada. No tiene en cuenta los dias perdidos debido al cambio al 
calendario Gregoriano. Por ejemplo: 


mysql1> SELECT TO-DAYS ('2000-01-01') : 


q +++ 
| TO DAYS('2000-01-01') | 
+ + 
| 730485 | 
+++ 


UNIX_TIMESTAMP 


UNIX—TIMESTAMP ([fecha]) 


Devuelve un entero sin firma que representa la marca de tiempo Unix (los 
segundos transcurridos desde medianoche del 1 de enero de 1970) bien de la hora 


del sistema (si se invoca sin un parametro) o bien de la fecha especificada. 
Por ejemplo: 


mysql> SELECT UNIX—TIMESTAMP (); 
+ 
UNIX_TIMESTAMP () | 

+ 


1031621727 | 
+ 


mysql> SELECT UNIX—TIMESTAMP ( '1970-01-01 00:01:40') ; 
o A e de 
| UNIX—TIMESTAMP ('1970-01-01 00:01:40') | 


tft +— + 


| 100 | 


WEEK 


WEEK (date [,inicio semana]) 


Devuelve la semana de un determinado aiio de la fecha especificada, compren- 
dida entre O y 53. Se asume que la semana empieza el domingo, a menos que se 
defina como 1 el argumento opcional inicio_semana, en cuyo caso la sema- 
na empezara en lunes. 

Tambien se puede definir explicitamente en O para que empiece en domingo. 
La funcion devolvera O en fechas anteriores al primer domingo (o lunes) del 
atlo. 

Por ejemplo: 


mysql> SELECT WEEK('2002-06-31'); 


+ + 

| WEEK('2002-06-31') | 

+ + 

| 26 | 

+ + 

mysql> SELECT WEEK ('2002-06-31',1); 
q 
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| WEEK('2002-06-31',1) | 


| 201] 
IA 

mysgql> SELECT WEEK('1998-12-31',1): 
q _ 

| WEEK ('1998-12-31',1) | 
IA 

| 53 | 

+ + 

mysql> SELECT WEEK('1998-01-01'); 
y 

| WEEK('1998-01-01') | 
PAE 

| o | 

+ + 


Utilice la funcion WEEKDAY () para desplazar la semana por el aiio anterior 
si la fecha es anterior al primer domingo (o lunes) del aiio. 


WEEKDAY 


WEEKDAY (fecha) 


Devuelve el dia de la semana de la fecha proporcionada como un numero 
comprendido entre U (lunes) y 6 (domingo). 
Por ejemplo: 


mysql> SELECT WEEKDAY (' 2000-01-01!) ; 
Y 
WEEKDAY ('2000-01-01') | 


+ 


5 | 


+= +-- 


+ 
Utilice DAYO FWEFK () para devolver el indice de dia segun el estándar ODBC 
(1-7, domingo-sabado). 


YEAR 


YEAR (fecha) 


Devuelve el aiio de la fecha especificada, comprendido entre 1000 y 9999, 
Por ejemplo: 


mysql> SELECT YEAR('2002-06-30'); 


+ + 
| YEAR('2002-06-30') 1 
+ + 
2002 | 
+ + 


YEARWEEK 


YEARWEEK (fecha [,inicio semana]) 


Devuelve una combinación del aiio y la semana de la fecha especificada. Se 
asume que la semana empieza el domingo, a menos que defina como 1 el argumen- 
to opcional inicio semana, en cuyo caso se supone que empieza en lunes. 
También se puede configurar explicitamente como Ú para que empiece en domin- 
go. El aiijo puede ser el aiio anterior a la fecha en fechas anteriores al primer 
domingo (o lunes) del presente aiio o del siguiente. Por ejemplo: 


mysql> SELECT YEARWEEK('2002-12-25'); 


Pp 
YEARWEEK ('2002-12-25') ] 


| 
(A 
| 200251 | 


A eee 
mysql> SELECT YEARWEEK('1998-12-31',1) :; 
——Á—Á_AOAÓ_4AAAAA 
YEARWEEK ('1998-12-31',1) | 
¡q I_IXE.+»=».<+mu 
199853 | 


to 4+— + 


+ 


mysql> SELECT YEARWEEK('1998-01-01') 5; 


o al 


YEARWEEK ('1998-01-01') | 
+ 


| 

+ 

! LISIBZ | 
+ + 


Utilice la funcion WEEK () para devolver la semana en un determinado aiio. 


Funciones de cadena 


Las funciones de cadena suelen adoptar argumentos de cadena y devolver resulta- 
dos de cadena. Al contrario de lo que ocurre en la mayoría de los lenguajes de progra- 
macion, el primer caracter de la cadena se correspondea la posición 1, no a 0, 


ASCII 


ASCII (cadena) 


Devuelve el valor ASCII del primer caracter (el que se encuentra mas a la 
izquierda), O si la cadena esta vacia y NULL si la cadena es nula.Por ejemplo: 


mysql> SELECT ASCII('a'); 
+ ES 

| ASCII ('a') | 

LS + 


| 97 0 


mysql> SELECT ASCII ('aa'):; 
+ + 

| ASCII('az') | 

== E 

| 97 | 

ii E 


Utilice ORD() para devolver el valor ASCIH si el caracter es un caracter 
multibyte. 


BIN 


BIN(numero) 


Devuelve el valor binario (una representación de cadena) del numero BIGINT 
especificado, U si el numero no se puede convertir (la funcion lo convertira siem- 
pre que pueda hacerlo desde la izquierda) y NULL si es nulo. 

Por ejemplo: 


mysql> SELECT BIN(15); 
E + 

| BIN(15) | 

+ + 

lo EA 

+ US 

mysql> SELECT BIN('8') 5 
+ 

BIN('8') | 

+ 

1000 | 

+ 

mysql> SELECT BIN('2w') 5; 
+ + 

| BIN('2w') | 

+ AE 

| 10 | 

E 5 

mysql> SELECT BIN('w2') 3 
+ E 

| BIN('w2') | 

+ AE 

0 | 

+= =1 $ 


+ 
| 

+ 

+ 


Esta funcion equivale a CONV(number, 10, 2). 


BIT_LENGTH 


BIT—LENGTH (cadena) 


Devuelve la longitud de la cadena en bits. 
Por ejemplo: 


mysq1> SELECT BIT—LENGTH ('MySOL') ; 


+ Es 
| BIT LENGTH('MySQL') | 
Pp 
| 40 
Y 

CHAR 
CHAR (númerol1[, número2[, ...]]) 


Esta funcion devuelve los caracteres que se obtendrian si cada numero fuera 
un entero convertido desde codigo ASCII, ignorando los valores nulos. Los deci- 
males se redondean al valor entero más proximo. Por ejemplo: 


mysql> SELECT CHAR(97,101,105,111,117); 


+ + 
| CHAR(97,101,105,111,117) | 
yx 
| aeiou | 
+ + 


mysq1> SELECT CHAR(97.6,101,105,111,117); 
ú—>=———— + 


CHAR (0.97,101,105,111,117) |] 
+ 


beiou | 
+ 


CHAR—-LENGTH 


Sinónimo de la funcion LENGTH () , a excepcion de que los caracteres multibyte 
solamente se cuentan una vez. 


CARÁCTER_LENGTH 


Sinónimo de la funcion LENGTH (), a excepcion de que los caracteres multibyte 
solamente se cuentan una vez. 


CONCAT 


CONCAT (cadenal [,cadena2[,...]]) 


+o += + 


Concatena los argumentos de la cadena y devuelve la cadena resultante o NULL 
si algun argumento es NULL. Los argumentos que no son cadenas se convierten a 
cadenas. 


667 


Por ejemplo: 


mysql> SELECT CONCAT('a','b')5 


+ + 
l CONCAT('a','b') |] 
q 
| ab | 
+ + 


mysql> SELECT CONCAT('a',12):; 


Oy oo DS 


CONCAT('a',12) | 


| 

$ + 

| al2 | 

+ + 

mysql> SELECT CONCAT(.3,'NULL') ; 

++ 

l CONCAT(.3,'NULL') | 

+ + 

| 0.3NULL | 

+ + 

mysql1> SELECT CONCAT (.323,NULL) ; 
—_—_—_————+ 

| CONCAT(.3,NULL) |] 

+—_——_—_—_—_—_—_—_—+ 

| NULL | 

+ + 


CONCAT-WS 


CONCAT—WS (separador, cadenal[, cadena2l[, ...])]) 


Similar a CONCAT a excepcion de que el primer argumento es un separador 
situado entre cada una de las cadenas concatenadas. Ignora todas las cadenas 
nulas (a excepcion del separador, en cuyo caso el resultado sera NULL). No es 
necesario que el separador sea una cadena. 

Por ejemplo: 


mysql> SELECT CONCAT-WS ('-",'a','b') > 
+ 
CONCAT WS('-','a'",'b') | 

+ 


a-b | 
+ 
mysql1> SELECT CONCAT-3WS (1,.3,.4) 5 
+ 
CONCAT-W9WS (1,.3,.4) | 
+ 
0.310.4 | 
+ 
mysq1> SELECT CONCAT-WS (NULL, 'a','b*'); 
_ ——_—__ _—_— === 
| CONCAT—WS (NULL, 'a','b') | 


a 
| 
d+ 
| 
MN 


+++ 
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A ren e 


f NULL | 

P 

mysql> SELECT CONCAT _WS('-','a' NULL,'c'); 
Y _——_—_—_—_—_—_—__—————+ 

| CONCAT WS('-'",'a',NULL,'c') | 

LH + 

l a-c 
K—_——————_—_—_—_______—_—_— 


CONV 


CONV (numero, de base, a—base) 


Convierte un numero de una base a otra. Devuelve el numero convertido repre- 
sentado como cadena. 0 si la conversion no se puede realizar (la función realizara 
la conversion siempre que pueda hacerlo desde la izquierda) y NULL si el numero 
es nulo. Se supone que el numero es un entero, pero se puede pasar como cadena. 
Se supone que no tiene firma a menos que la base sea un numero negativo. Las 
bases pueden ser cualquier valor comprendido entre 2 y 36 (a_base puede ser 
negativo). 

Por ejemplo: 


mysql1> SELECT COW(10,2,10) > 


+ 
| CONV(10,2,10) | 
| 
2 | 
+ + 


mysql> SELECT CONV('a',16,2):5 


de cerraran aba 


| CONV('a*,16,2) | 


++ 

| 1010 | 

$ 4 

mysql> SELECT CONV('3f',16,10)5 
+++ 

| CONV('3f',16,10) | 
+——_—_—_—_—_—_—_—_—_—++ 

l 63 | 

+ E 


mysql1> SELECT CONV('z3',16,10); 


+ + 
| CONV('z3',16,10) | 
Y ———_—————— + 
10 
+ + 


1l row in set (0.00 sec) 
mysql> SELECT CONV('3z',16,10);5 
++ 


Ll CONVE*3Z*")I6, 10) ] 


A E 
A A 
ELT (numero, Ccadenal [,cadena2, ...]) 


Utiliza numero como índice para determinar que cadena devuelve; 1 devuel- 


ve la primera cadena, 2 la segunda y asi sucesivamente. Devuelve NULL si no hay 
ninguna cadena que coincida. 


Por ejemplo: 

mysql> SELECT ELT(2,'one','two') ; 
+5 

| ELT(2,'one','two') | 
+ 

| two | 

+ ES 

mysql> SELECT ELT(0,'one','two'):; 
+————_—_—_—_—_—_—_—————+ 

| ELT(O, 'one', 'two') | 

+ + 

| NULL | 

+ ay 


La funcion FIELD () es el complemento de ELT () . 


EXPORT-SET 


EXPORT_SET(número,on,off[,separador[,número de bits]]) 


Examina numero en binario y, por cada bit que se defina, devuelve on; por 
cada bit que no se defina, devuelve off. El separador predeterminado es una 


coma, pero puede especificar cualquier otro. Se utilizan 64 bits pero puede cam- 
biar el valor de númer 0-de—bits. 


Por ejemplo: 


mysql> SELECT EXPORT-SET(2,1,0,' ',4)5 
E_—_—_—_—_—_________———— + 

| EXPORT SET (2,1,0,'*' ',4) | 

+ — + 

10100 | 
YELÁáÁÁÁ + 

mysql1l> SELECT EXPORT—SET(7,'ok','never',' 1: ',6); 
 ———— III AAA 

l EXPORT SET(7,'ok'",'never',*' : ',6) | 
q; _ IC 

l ok : ok : ok : never : never : never | 
+ 


+ 
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FIELD 


FIELD(cadena, cadenal [, cadena2 , ...]) 


Devuelve el índice de cadena en la lista siguiente. Si cadenal coincide, el 
indice sera 1. 


S1 se trata de cadena2, sera 2 y asi sucesivamente. Devuelve O si no se 
encuentra la cadena. 


Por ejemplo: 


mysql> SELECT FIELD('b','a','b','c'); 
+++ 

| FTELDC Eta DEl 
+++ 

| 2 | 
++ 

mysql> SELECT FIELD('a','aa','b','c'); 
+ 

| FIELD(*a','aa','b','e') ] 

+ ——_———————_____—++ 

| 

+ + 


FIND_IN_SET 


FIND_IN_SET(cadena, lista de cadenas) 


Similar a FIELD () ya que devuelve un índice que coincide con la cadena, 
pero esta función busca bien una cadena separada por comas o el tipo SET. 
Devuelve 1 si la cadena coincide con la primera subcadena antes de la coma (el 
elemento del conjunto), 2 si coincide la segunda subcadena, y asi sucesivamente. 
Devuelve 0 si no encuentra coincidencias. 

Apreciara que coincide con subcadenas completas separadas por comas, no 
sólo con partes de la cadena. 

Por ejemplo: 


mysql> SELECT FIND—IN—SET('b','a,b,c'):; 
+ 
FIND_IN SET('b','a,b,c') | 

+ 


a“ 


to + 


+ 
mysql> SELECT FIND—IN—SET ('a','aa,bb,cc') ; 
O 

| FIND-IN-SET('a','aa,bb,cc') | 
Ey 

| o |] 

+ + 

1 row in set (0.00 sec) 
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HEX 


HEX (cadena o numero) 


Devuelve el valor hexadecimal (una representación de cadena) del numero 
BIGINT especificado, O si el numero no se puede convertir (la función lo hara 
siempre que pueda realizar la conversion desde la izquierda) o NULL si es nulo. 
Si el argumento es un numero, se convierte a hexadecimal (similar a la función 
CONV (numero, 10, 16)).Sies una cadena, cada caracter de la misma se 
convierte a su equivalente numérico en la tabla ASCU (por ejemplo, a = 97, b = 
98, etc.) y, a su vez, cada uno de estos numeros se convierten a su equivalente 


hexadecimal. 
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Por ejemplo: 


mysql> SELECT H£X(13); 
LE SE 

| HEX (13) 1 

+ E 

| D | 

HA 


mysql1> SELECT ORD('a'); 


row in set (0.00 sec) 


mysql> SELECT ORD('b'); 


de 
de 
| 98 | 
dE 
1l row in set (0.00 sec) 


mysql1> SELECT HEX(97) 5 
po, E 

| HEX(97) | 

+ + 

| 61 | 

o E 

1 row in set (0.00 sec) 


mysql1> SELECT HEX (98); 
+ + 

| HEX(98) |] 

+ —— 

| 62 

E + 


1 row in set (0.00 sec) 


mysql1l> SELECT HEX('ab') 5 
+ E 

| HEX('ab') | 

+ + 


| 6162 | 
++ 


1 row in set (0.00 sec) 


INSERT 


INSERT (cadena, posición, longitud,nueva cadena) 


Sustituye la parte de la cadena que empieza en posición y continua la 
longitud de caracteres connueva_cadena. La longitud denueva_cadena 
y la longitud especificada pueden ser diferentes, en cuyo caso cambiará la 
longitud de la cadena original. 

La funcion es segura para multibytes. 

Por ejemplo: 


mysql1> SELECT INSERT ('MySQL',1,0,'What is '):; 
PH A«A«A«A««>áÁÑ Ñ + 
| INSERT('MySQL',1,0,'What is ') | 


qn 


| What is MySQL | 


Yy—_—————————————___—_——————+++ 

mysql> SELECT INSERT ('MySQL',1,1,'P'): 
++ 

| INSERT('MySQL',1,1,'P') | 

A _—>——>  .OáA a 

| PySQL | 

+ + 


mysql1> SELECT INSERT ('MySQL',1,1,'Py'); 
5 ACC 

| INSERT('MySQL',1,1,'Py') | 
q; __ 

| PyySQL | 
EF 


INSTR 


INSTR (cadena, subcadena) 


Busca en la cadena, sin distinguir entre mayusculas y minusculas (a menos 
que una de las cadenas sea binaria), la primera instancia de subcadena y de- 
vuelve la posición o devuelve O sisubcadena no se encuentra. La primera letra 
se encuentra en la posicion 1. Por ejemplo: 


mysql> SELECT INSTR('MySQL','My'):5 
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de coo otto, ml 


| INSTR('MySQL','My'") 1 


e di 


| 1 | 

A A 
mysq1> SELECT INSTR('Cecilia','i'); 
y + 

| INSTR('Cecilia','i') | 
PA A AAA KÁ + 

| 4 | 


LCASE 


LCASE (cadena) 


Sinónimo de LOWER () . 


LEFT 


LEFT (cadena, longitud) 


Devuelve los caracteres longitud que se encuentran mas a la izquierda en 
la cadena. Es segura para multibytes. 
Por ejemplo: 


mysql1> SELECT LEFT('abe',2); 


+ + 
| LEFT('abc',2) | 
E 5 
| ab 
+ + 


LENGTH 


LENGTH (cadena) 


Devuelve la longitud de la cadena en caracteres. Convierte el argumento en 
cadena si puede. 


Por ejemplo: 


mysql> SELECT LENGTH ('MySQL') ; 
+ 

| LENGTH('MySQL') | 

A 

l 5 | 

+ + 

mysq1> SELECT LENGTH(99) ; 
+————+ 

| LENGTH (99) | 


¡TE 


+————+ 
| Zi Sl 
AAA + 


CHAR LENGTH (), CHARACTER_LENGTH () y OCTET_LENGTH () son 
sinónimos, a excepción de que los caracteres multibyte solamente se cuentan una 
vez con CHAR_LENGTH () y CHARACTER_LENGTH (). 


LOAD-—FILE 


LOAD-FILE(nombre de archivo) 


Lee el archivo y devuelve los contenidos del mismo como cadena. El archivo 
debe encontrarse en el servidor, debe especificar la ruta completa al archivo y 
debe tener el privilegio FILE. El archivo debe ser legible para todos y ser mas 
pequeño que max_allowed packet. Si el archivo no existe o no se puede 
leer por alguna de las razones anteriores, la función devuelve NULL. 

Por ejemplo, si el archivo /home /iang/test.tx t contiene el texto 123456, 
con LOAD_FILE () se devolveria lo siguiente: 


mysql> SELECT LOAD-—FILE ('/home/iang/test.txt'):; 


+ 
| LOAD FILE('/home/iang/test.txt') | 
E _ IIA 
[| 123456 t 
Iq_ _AAAAAAAA<<<A<<—> 


Normalmente se utiliza LOAD_FILE () para cargar BLOB en la base de da- 
tos. Por ejemplo: 


mysql> INSERT INTO table—with_blob(id, image) 
VALUES (1,LOAD FILE ('/images/pic.jpg')); 


LOCATE 


LOCATE (subcadena, cadena [,posición]) 


Busca la primera instancia desubcadena en lacadena sin distinguir entre 
mayúsculas y minusculas (a menos que una de las cadenas sea binaria) y devuelve 
la posición o O si no encuentra la subcadena. Si se proporciona el argumento 
opcional posición, la busqueda empieza desde ese punto. La primera letra se 
encuentra en la posicion 1. 

Por ejemplo: 


mysql> SELECT LOCATE ('My' ,'MySQL') ; 


> 
A _———— o o o 


| LOCATE('My','MySQL') | 
le _ _——— y 


| E 4 


TE 


=== 
mysql> SELECT LOCATE('C','Cecilia',2); 


Y _ 
| LOCATE('C','Cecilia',2) 1 
q; _ +; 
| 3 | 
+ + 


Es similar a la funcion INSTR () pero con los argumentos invertidos. 


LOWER 


LOWER (cadena) 


Devuelve una cadena con todos los caracteres convertidos a minusculas (en 


funcion del conjunto de caracteres actual). La funcion es segura para multibytes. 


Por ejemplo: 


mysql1> SELECT LOWER('AbC') ; 
+ + 

| LOWER('AbC') | 

E 

| abc 

+ + 


La funcion LCASE () es un sinonimo de esta. 


LPAD 


LPAD(cadena, longitud, cadena relleno) 


Rellena la cadena a la izquierda concadena_ relleno hasta que el resulta- 


do tenga los caracteres indicados en longitud. Si la cadena es mayor que la 
longitud, se reducira en la cantidad de caracteres indicados en longitud. 
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Por ejemplo: 


mysql> SELECT LPAD('short',7,'-"')35 
y 

| LPAD('short',7,'-') |] 
LA 

| —short | 
 ——>——— ++ 

mysql> SELECT LPAD('too— long',7,' ')5 
q 

| LPAD('too long',?,' ') | 
Di 

| too—lon | 
A 

mysql> SELECT LPAD('a',4,'12'):; 
RS 

| LPAD('a',4,'12') | 


| 121la | 


LTRIM 


LTRIM (cadena) 


Elimina los espacios situados por delante dela cadena y devuelve el resulta- 
do. 


Por ejemplo: 


mysql1> SELECT LTRIM(' Yes'); 
+ 
LTRIM(' Yes') | 
+ 
Yes | 
+ 


t=+-<+ 


MAKE_SET 


MAKE—SET (numero, cCcadenal [, cadena2, ..+.-]) 


Devuelve un conjunto (una cadena en la que los elementos están separados por 
comas) con las cadenas que coinciden con el numero convertido a binario. La 
primera cadena aparece si se configura el bit O, la segunda si se configura el bit 1 
y asi sucesivamente. Si el argumento de bits se define con el valor 3, se devuelven 
las dos primeras cadenas ya que 3 es 11 en binario. Por ejemplo: 

mysq1> SELECT MAKES-SET (3,'a','b','ca'); 

E  —_AA—=>——r 


| MAKE SET(3,'a', 'b','c') | 


A 


| a,b | 

+ + 

mysql> SELECT MAKE _SET(5,'a','b','c'); 
AAN IA] 

| MAKE—SET(5, 'a', 'b','c') | 
RS Y 

| a,c | 
+ 


OCT 


OCT (numero) 


Devuelve el valor octal (una representación de cadenas) del numero BIGINT 
especificado, O si el numero no se puede convertir (la función lo intentara desde la 
parte mas a la izquierda) O NULL si es nulo. 


677 


Por ejemplo: 


mysql> SELECT OCT(09) 5 

+ + 

| OCT(O9) | 

+ $ 

Ji ed 

+ 

mysql> SELECT OCT('al'): 
+ T 

| OCT('al') | 

a A 

1.0 | 

+ A 

mysql> SELECT OCT('13b')35 
+ 8 

| OCT(*1I3B"H ] 

++ 

| 15 | 

+—————+ 


Esta funcion equivale a CONV(numero, 10, 8). 


OCTET_LENGTH 


Sinónimo de la funcion LENGTH. 


ORD 


ORD (cadena) 


Devuelve el valor ASCU del primer caracter de la cadena (el que se encuentra 
más a la izquierda), O si la cadena esta vacia y NULL si la cadena es nula. Es 
similar a la funcion ASCII, a excepción de que el caracter es un caracter multibyte, 
en cuyo caso el valor se calcula como un numero de base 256, es decir, cada byte 
vale 256 veces mas que el siguiente. Por ejemplo, la formula para un caracter de 
2 bytes seria la siguiente: (byte_1_ código ASCII * 256) + (byte _2 código ASCII). 

Por ejemplo: 


mysql> SELECT ORD("a") 5; 
+ 
ORD ("a") |] 
+ 
97 | 
+ 
mysql> SELECT ORD("az”):; 
+ mi 
ORD ("az") | 
+ 


+ 

+ 
| 

+ 


+ 
| 97 | 
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+ + 


Puede utilizar las funciones BIN (),OCT() y HEX () para convertir numeros 
decimales en binarios, octales y hexadecimales respectivamente. 


POSITION 


POSITION(subcadena IN cadena) 


Busca, sin distinguir entre mayusculas y minusculas (a menos que uno de los 
argumentos sea una cadena binaria), la primera instancia de subcadena en 
cadena y devuelve la posición (empezando desde 1) o O si no encuentra 
subcadena. La funcion es segura para multibytes. 

Por ejemplo: 


mysql> SELECT POSITION('i' IN 'Cecilia') 5 
+—————____________—_—_————+ 

| POSITION('i' IN 'Cecilia') | 
+ 

| 4 | 

+ + 


QUOTE 


QUOTE (cadena) 


Utiliza la conversion de escape correspondiente a los caracteres de comilla 
simple ('), de comillas dobles (*), NULL ASCII y Control-Z, y rodea la cadena 
con comillas simples para que se pueda utilizar con seguridad en una instrucción 
SQL. No es necesario utilizar comillas simples si el argumento es NULL. 

Por ejemplo: 


mysql> SELECT QUOTE ("What's Up?"); 
+ 
QUOTE ("What's Up?") | 
+ 
'WhatXY's Up?' 
+ 


+= + + 


REPEAT 


REPEAT (cadena, numero) 


Repite el argumento de la cadena tantas veces como indique numero y de- 
vuelve el resultado, devuelve una cadena vacia si numero no es positivo o de- 
vuelve NULL si alguno de los argumentos es nulo. Por ejemplo: 


mysql> SELECT REPEAT('a',4); 
+ 
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| REPEAT('a',4) 1 
+ 
| aaaa | 
E 


mysq1> SELECT REPEAT ('a',-1)5 


REPEAT ('a', NULL) | 


+ 
| NULL | 
5 _— 


REPLACE 


a 


REPLACE (cadena, de _string,a string) 


Sustituye todas las instancias de de_cadena que encuentre en la cadena por 
cadena y devuelve el resultado. La función es segura para rnultibytes. 
Por ejemplo: 


mysql1> SELECT REPLACE ('ftp://test.host.co.za','ftp','http'); 
_— _____ o—__— 
REPLACE (' ftp://test.host.co.za','ftp','http') | 
+ 


| 

5 _—_ o—— —_a—_—__ _—_— —_—_ ______—_____ __ __———— 

| http://test.host.co.za | 
__OA<«fgá>] 


REVERSE 


REVERSE (cadena) 


Invierte el orden de los caracteres de cadena y devuelve el resultado. Esta 


funcion es segura para multibytes. 


Por ejemplo: 


mysql> SELECT REVERSE ('aba') 3 


+ + 
| REVERSE ('abc') | 
+ + 
l cba | 
+ + 


RIGHT 
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RIGHT (cadena, longitud) 


Devuelve el numero de caracteres especificados en longitud situados mas a 
la derecha. Esta función es segura para multibytes. 
Por ejemplo: 


mysql> SELECT RIGHT('abc',2); 


+ + 
| RIGHT('abc',2) | 
+ + 
| be | 
+ + 


RPAD 


RPAD (cadena, longitud, cadena_relleno) 


Rellena la cadena a la derecha con cadena_relleno hasta que el resultado 
tenga los caracteres especificados en 1ongitud. Si la cadena es mayor que la 
longitud, se reduce el numero de caracteres especificados en longitud. 

Por ejemplo: 


mysql> SELECT RPAD('short',7,'-'); 
y 

| RPAD('short',7,'-') | 
ES 

| short— 

+ + 

mysql> SELECT RPAD ('too—long ,7,' ') 3 
+ + 

| RPAD('too _long',7,' ') | 

SA AAAANK—XA 

| too—lon 

+ + 


mysql> SELECT RPAD('a',4,'12'); 


+ 
| RPAD('a',4,'12') | 
NA AAAAAAá>A 
| a121 
$y———_ ++ 


RTRIM 


RTRIM (cadena) 


Elimina los espacios situados al final de la cadena y devuelve el resultado. 
Por ejemplo: 


mysql> SELECT CONCAT('a', RTRIM('b 'y,te'); 
 __AA 2 III 

| CONCAT('a',RTRIM('b de tery | 
y 
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l abc 


SOUNDEX 


SOUNDEX (cadena) 


Devuelve una cadena soundex, una cadena fonetica diseiiada para indexar 
errores ortograficos de forma mas eficaz. Las cadenas que suenan de la misma 
forma tendrán las mismas cadenas soundex. Normalmente tiene una longitud de 
cuatro caracteres pero esta funcion devuelve una cadena de longitud arbitraria. 
Utilice la funcion SUBSTRING () sobre SOUNDEX () para devolver una cadena 
soundex estándar. Los caracteres no alfanumericos se ignoran y los caracteres 
alfabeticos no ingleses se tratan como vocales. 

Por ejemplo: 


mysql> SELECT SOUNDEX('MySQL') ; 
+———————_—_—_———— + 

|] SOUNDEX('MySQL') | 

A+ 

| m240 | 

+++ 

mysql> SELECT SOUNDEX ('MySequl') ; 
++ 

| SOUNDEX('MySequl') |] 


ccoo] 


| M240 | 
PA 


SPACE 


SPACE (numero) 


Devuelve una cadena formada por el número de espacios. Por ejemplo: 


mysql> SELECT "A",SPACE (10),"B"; 


$e ——_— PE 
lA | SPACE(10) | Bl] 
++ E 
lA | |B] 
YA ++ 


SUBSTRING 


SUBSTRING(cadena, posición [,longitud]) 
SUBSTRING (cadena FROM posición [FOR longitud]) 


Devuelve una subcadena del argumento de cadena comenzado desde posi -— 
ción (que empieza en 1) y, opcionalmente, con la lon gitud especificada. 
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Por ejemplo: 


mysql> SELECT SUBSTRING('MySQL',2); 


+ + 

| SUBSTRING('MySQL',2) | 

+ + 

| ySQL 
t_—_———_—_—_—_——__—_————++ 

mysql1> SELECT SUBSTRING ('MySQL' FROM 3); 
El _—————— 

| SUBSTRING('MySQL' FROM 3) | 
E ——————— 

| SOL | 
+ + 


1 row in set (0.16 sec) 

mysql> SELECT SUBSTRING ('MySQL',1,2): 
+ + 

| SUBSTRING('MySQL',1,2) | 
Lt 

| My 


A xxñt-——— 


1 row in set (0.22 sec) 


La funcion es segura para multibytes. La funcion MID(cadena, posi- 
cion, longitud) equivale a SUBSTRING (cadena, posición, lon- 
gitud). 


SUBSTRING_INDEX 


SUBSTRING INDEX (cadena, delimitador,número) 


Devuelve la subcadena de la cadena hasta llegar a numero (si es positivo) o 
despues de numero (si es negativo) de instancias de delimitador. 

La funcion es segura para multibytes. 

Por ejemplo: 


mysql> SELECT SUBSTRING_INDEX('a||b]|c|1d',*]|',3):; 
A —— _-_—_———___ -_ 2 KÉÁ 

| SUBSTRING_INDEX('allblle|Ild','11',3) 1 

E A A>2:KI————— + 

| allblic | 


LAA cs 


mysql> SELECT SUBSTRING—INDEX('I am what I am','a',2): 


+ + 

| SUBSTRING— INDEX ('I am what I am', 'a',2) | 

_ _ _ ___ _ AAAAA34>=>+—) 

l I am wh | 
y 

mysql> SELECT SUBSTRING—INDEX('I am what I am','a',-2); 
Lo opos, ml 


| SUBSTRING—INDEX ('I am what I am','a', -2) | 
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lt I am | 


TRIM 


TRIM([[BOTH | LEADING | TRAILING] [cadena recorte] FROM] 
cadena) 


Si no se especifica ninguno de los parámetros opcionales, TRIM () elimina los 
espacios anteriores y posteriores. Puede indicar LEADING O TRAILING para 
eliminar solamente uno de los dos tipos o utilizar la opción predeterminada BOTH. 
Tambien puede eliminar otros elementos además de espacios si especifica 
cadena recorte. La función es segura para multibytes. 

Por ejemplo: 


mysql> SELECT TRIM(' What a waste of space ') AS t; 
+ 

pt | 

+ + 

l What a waste of space | 

+ + 

mysql> SELECT TRIM(LEADING '0' FROM '0001') 5 
H——————————————————————+ 

] TRIM(LEADING '0' FROM '0001') | 

$ —__—_—_______________——_——— 

| 1 l 

5 __ _ _ _----==>=2=2 A e 

mysq1> SELECT TRIM(LEADING FROM ' 1): 
- — —_ _——_____ a 

| TRIM(LEADING FROM ' IM 

| 1 | 

YH ++ 

mysql> SELECT TRIM(BOTH 'abc' FROM 'abcabcaabbccabcabc') ; 
KA —— —_— —_——_ zz == 

| TRIM(BOTH 'abc' FROM 'abcabcaabbccabcabc') |] 
SH —_—_—__—_—_—_—_—_—_—_ 

l aabbce 
+ + 


UCASE 


UCASE (cadena) 


Sinonimo de UPPERO. 


UPPER 


UPPER (cadena) 
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Devuelve una cadena con todos los caracteres convertidos en mayusculas (en 
funcion del conjunto de caracteres actual). La funcion es segura para multibytes. 
Por ejemplo: 


mysql> SELECT UPPER('aBa'):; 


+ + 
| UPPER('aBc') | 
E 
| ABC | 
+ + 


Su sinonimo es la funcion UCASE (). 


Funciones numericas 


Las funciones numericas trabajan con numeros y, basicamente, adoptan argu- 
mentos numericos y devuelven resultados numericos. En caso de que se produzca 
un error, devuelven NULL. Tendra que prestar especial atencion y no superar el 
ambito numérico de un numero; la mayoría de las funciones MySQL funcionan 
con BIGINT (2% con signo o 2% sin signo) y si se supera este ambito, MySQL 
devolvera NULL. 


ABS 


ABS (numero) 


Devuelve el valor absoluto (valor positivo) de un numero. La funcion se puede 
utilizar con BIGINT. 
Por ejemplo: 


mysql> SELECT ABS (24-26); 
+ 


H—— 

| ABS(24-26) | 
A 

2 | 
HH + 


ACOS 


ACOS (numero) 


Devuelve el arco coseno del numero (el coseno inverso). El numero debe estar 
comprendido entre -1 y 1 o la funcion devolvera NULL. 
Por ejemplo: 


mysql> SELECT ACOS(0.9) ; 
+ + 


ACOS (0.9) |] 
+ 


| 

+ 

| 0,.451027 | 
+ + 


ASIN 


ASIN (numero) 


Devuelve el arco seno del número (el seno inverso). El numero debe estar 
comprendido entre -1 y 1 o la funcion devolvera NULL. 
Por ejemplo: 


mysql1> SELECT ASIN(-0.4) 5 
+ + 

| ASIN(-0.4) | 

E 


| -0.411517 | 
—— 


ATAN 


ATAN (númerol [, número2]) 


Devuelve la tangente del numero (la tangente inversa) o de dos numeros (el 
punto número1, número2). Por ejemplo: 


mysql1> SELECT ATAN(4) ; 
RARE 

| ATAN(4) | 

+ EA 

| 1.325818 |) 

+ + 

mysql> SELECT ATAN(-4,-3) 3 


+ + 
| ATAN (-4,-3) | 
jlH— + 
-2.214297 | 
t— + 


ATAN2 


ATAN2 (número1,número2) 


Sinónimo de ATAN (número1l, número2). 


CEILING 


CEILING (número) 
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Redondea el numero al entero mas proximo y lo devuelve como BGINT. 
Por ejemplo: 


mysq1> SELECT CEILING (2.98); 
Y —_—_—+ 
| CEILING(2.98) | 
+———+ 
o 1 
+ + 
mysql> SELECT CEILING (- 2.98); 
++ 
| CEILING(-2.98) | 
+ + 
| 
+ 
Utilice FLOOR () para redondear hacia abajo y ROUND () para hacerlo hacia 
arriba o hacia abajo. 


COS 


COS (número radianes) 


Devuelve el coseno denumero_radianes 
Por ejemplo: 


mysql> SELECT COS(51); 
+ 

Cos (51) 

+ 

0.742154 | 

+ 


+ 
| 
+ 
| 
+ 


COT 


COT (número_radianes) 


Devuelve la cotangente de numero_radianes. 
Por ejemplo: 


mysql> SELECT COT(0.45) 5 
as E 

| COT(D.45) | 
+ E 

[| 2.07015736 | 
t——————+ 


DEGREES 


DEGREES (numero) 
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Convierte el numero de radianes a grados y devuelve el resultado. 
Por ejemplo: 


mysql1> SELECT DEGREES (2) ; 
E 


DEGREES (2) | 
+ 


114.59155902616 | 
+ 


mysq1> SELECT DEGREES (PI () /2) 5 
+ 


DEGREES (P1I()/2) | 


+= ++ 


90 |] 


to + 
+ 


EXP 


EXP (numero) 


Devuelve el numero e (la base de logaritmos naturales) elevado a la potencia 


especificada. 


Por ejemplo: 


mysql> SELECT EXP (1) ; 

+ 

EXP (1) 

+ 

2.718282 | 

+ 

mysql> SELECT EXP(2.3) ; 
+ 

EXP (2.3) | 

+ 

9.974182 | 

+ 

mysql1> SELECT EXP(0.3): 
+ as 

EXP (0.3) 1 

+ 

1.349859 y 

+ 


+ 
| 
+ 
| 
+ 


+ 
| 

+ 
| 

+ 


| 
+ 
| 
+ 


FLOOR 


FLOOR (número) 


Redondea el numero hacia abajo hasta el entero más proximo y lo devuelve 


como BIGINT. Por ejemplo: 
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mysql> SELECT FLOOR(2.98) ; 


lH— + 

| FLOOR(2.98) | 

+—_—_———+ 

2 | 

+—_—————+ 

mysql> SELECT FLOOR (- 2.98); 
+—_——_—_—_—_—+ 

| FLOOR(-2.98) | 
—_——_—_—_——+ 

-3 1 
+ + 


Utilice CEILING () para redondear hacia arriba y ROUND () para redondear 
hacia arriba o hacia abajo. 


FORMAT 


FORMAT (numero,decimales) 


Aplica un formato a un numero de forma que cada tres digitos se separen por 
una coma y redondea el resultado hasta el numero de posiciones indicado. 
Por ejemplo: 


mysql> SELECT FORMAT (88777634.232,2); 
++ 

| FORMAT (88777634.232,2) | 
+++ 

| 88,777,634.23 | 
++ 


GREATEST 


GREATEST (argumentol, argument02 [, ...]) 


Devuelve el mayor de los argumentos. Los argumentos se comparan de distin- 
tas formas en funcion del contexto del valor devuelto o de los tipos de argumento, 
que pueden ser enteros, reales o cadenas (que distinguen entre mayusculas y mi- 
nusculas, y son la opción predeterminada). 

Por ejemplo: 


mysql1> SELECT GREATEST (- 3,-4,5):; 
——— ++ 
GREATEST (-3,-4,5) | 
+ 
51 


+to+—+ 


+ 

mysql> SELECT GREATEST('Pa','Ma','Ca'); 
+ + 

| GREATEST('Pa','Ma','Ca') | 

 _ —_A MN >< 


RE] 


LEAST 


LEAST (argumentol, argument02 [, 


.)]) 


Devuelve el menor de los argumentos. Los argumentos se comparan de distin- 
tas formas en funcion del contexto del valor devuelto o de los tipos de argumento, 
que pueden ser enteros, reales o cadenas (que distinguen entre mayusculas y mi- 


nusculas, y son la opción predeterminada). 


Por ejemplo: 


mysql> SELECT LEAST (- 3,-4,5); 


+ + 

| LEAST (-3,-4,5) | 

+ + 

| -4 | 

A A 

mysql1> SELECT LEAST('Pa','Ma','Ca!'); 
++ 

| LEAST('Pa','Ma','Ca') | 
++ 

| Ca | 
+ + 


LN 


LN (numero) 


Sinónimo de la funcion LOG (numero) 


LOG 


LOG (númerol [, número2]) 


Devuelve el logaritmo natural de numero1 si hay un argumento. Tambien 
puede utilizar un base arbitraria si proporciona un segundo argumento, en cuyo 


caso la funcion devuelve LOG (número2) 


Por ejemplo: 


mysql> SELECT LOG (2); 


LOG (2) 


0.693147 | 

+ 

mysql> SELECT LOG(2,3): 
+ AE 


/LOG (numerol). 


LOG10 


LOG10 (numerol) 


Devuelve el logaritmo de base 10 de numero1. Equivale a LOG (numero1) / 
LOG (10). 
Por ejemplo: 


mysql1> SELECT LOG10(100) ; 


+ + 
| LOG10 (100) | 
+ 
| 2.000000 | 
> IR 


LOG2 


LOG2 (numerol) 


Devuelve el logaritmo de base 2 denumero1. Equivale a LOG (numero1)/ 
LOG (2). 
Por ejemplo: 


mysql> SELECT LOG2 (4) ; 
+ A 

| LOG2(4) | 
+ + 

] 2.000000 | 
+ 5h 


MOD 


MOD (numerol,número2) 


Devuelve el modulo de número1 y número2 (el resto de numero1 dividido 


por número2). Es similar al operador 3. Se puede utilizar con BIGINT. 
Por ejemplo: 


mysq1> SELECT MOD(15,4) ; 
+ 

MOD (15,4) | 

+ 


3 | 


+ 
| 
+ 
| 
+ Í 

mysql> SELECT MOD (3,-2)5 


+ 
MOD (3,-2) | 
+ 


1 | 


+++ 


Pl 


PT () 


Devuelve el valor de pi (o al menos la representación mas proxima). MySQL 


utiliza precision doble pero, de forma predeterminada, solamente devuelve cinco 
caracteres. Por ejemplo: 


P 


mysql> SELECT PI():; 


+ + 

| PI() 

+ EN 

| 3.141593 | 

+ ES 

mysql1l> SELECT PI() + 0.0000000000000000; 
+++ 


| PI() + 0.0000000000000000 | 


LA es lo 


| 3.1415926535897931 | 
4 MMMM 


OW 


POW(númerol,número2) 


Esta funcion equivale a POWER (numerol1, número2). 


POWER 


POWER (númerol1,número2) 


Eleva numerol1 a la potencia denúmero2 y devuelve el resultado. Por ejemplo: 


mysql> SELECT POWER(2,3) ; 
HU + 

| POWER(2,3) | 

Ha + 

| 8.000000 | 

HU + 


RADIANS 


RADIANS (numerol) 


Convierte el numero de grados a radianes y devuelve el resultado. 
Por ejemplo: 


mysql1> SELECT RADIANS (180) ; 
+ 
RADIANS (180) | 
+ 
3.1415926535898 | 
+ 


+=+- + 


RAND 


RAND([numero]) 


Devuelve un numero aleatorio (coma flotante) comprendido entre 0 y 1. El 
argumento es el generador de numeros aleatorios. Se suele utilizar la marca de 
tiempo como generador. Esta función se puede utilizar para devolver un conjunto 
de resultados en orden aleatorio. 

Por ejemplo: 


mysql1> SELECT RAND () ; 


+ + 

¡ RAND () 

+ + 

| 0.70100469486881 | 
+++ 

mysql> SELECT RAND(20021010081523); 
q 

| RAND(20021010081523) ! 
q 

| 0.80558716673924 | 
+ + 


mysql> SELECT * FROM t1 ORDER BY RAND() LIMIT 1; 
+—+ 

¡SEL 

+ 

| 20 |] 

++ 


ROUND 


ROUND (númerol1 [, número2]) 


Devuelve el argumento numero1, redondeado al entero mas proximo. Puede 
proporcionar un segundo argumento para especificar el numero de decimales que 
debe redondear (el predeterminado es O, sin decimales). El comportamiento de 
redondeo para los numeros situados exactarnente en el medio se basa en la biblio- 
teca de C subyacente. Por ejemplo: 


mysql1> SELECT ROUND (2.49): 


CER! 


j—— + 
| ROUND(2.49) | 


+ + 

| 2 | 

> MES + 

mysql> SELECT ROUND (2.51) ; 
+ + 

| ROUND(2.51) | 

EA 

| 3 | 

e + 

mysql> SELECT ROUND (-2.49,1); 
+ ————_————+ 

| ROUND(-2.49,1) | 

+ + 

=2.5 | 

E + 


SIGN 


SIGN (numero) 


Devuelve -1, 0 o 1 en función de si el argumento es negativo, cero o no es un 
numero, o positivo. Por ejemplo: 


mysql> SELECT SIGN(-7) 5 
+ 

SIGN(-7) | 

+ 


+ 
| 
+ 
1 | 
+ + 


mysql> SELECT SIGN('a?) 3 
+ 
SIGN('a') | 


+ 
| 0 1 
+ 


SIN 


SIN(número radianes) 


Devuelve el seno de numero_radianes. 
Por ejemplo: 


mysql> SELECT SIN(45) 5; 
+ + 

| SIN(45) 
+ A 

| 0.850904 | 
+ 4N 


SQRT 


SORT (numero) 


Devuelve la raiz cuadrada del argumento. 
Por ejemplo: 


mysql> SELECT SQRT(S81); 
+ + 

| SQRT(81) | 

o 

|. ¿90000001 


TAN 


TAN (número radianes) 


Devuelve la tangente de numero_radianes. 
Por ejemplo: 


mysql> SELECT TAN(66) 5 
+ Al 

| TAN(66) | 
+ + 
0026361] 
+ Y 


TRUNCATE 


TRUNCATE(numero,decimales) 


Reduce (o aumenta) el numero al numero de decimales especificado. 
Por ejemplo: 


mysql1> SELECT TRUNCATE (2.234,2) ; 
—+ 

| TRUNCATE (2.234,2) | 

+ + 

| 2.23 | 

+ + 

mysql> SELECT TRUNCATE (2.4,5); 
————+ 


+ 

| TRUNCATE (2.4,5) | 

q ++ 

| 2.40000 | 

+ + 

mysql> SELECT TRUNCATE (2.998,0) ; 
+ + 

| TRUNCATE (2.998,0) | 
+ 


| 2 | 


+ 

mysql> SELECT TRUNCATE (-12.43,1); 
+ 

| TRUNCATE (-12.43,1) | 
Pz 

-12.4 1 

+ + 


Funciones agregadas 


Las funciones agregadas son las que trabajan con un grupo de datos (lo que 
significa que se pueden utilizar en una cláusula GROUP BY). St no existe esta 
clausula, se asume que el grupo es todo el conjunto de resultados y devuelven 
solamente un resultado. En los siguientes ejemplos, imagine que existe una sencl- 
lla tabla como esta: 


* 
mysql1> SELECT FROM tablel; 


fieldl | 


| 
| 
124 
| 


rows in set (0.00 sec) 


AVG 


AVG (expresion) 


Devuelve la media de las expresiones del grupo. Devuelve O si no es una 
expresion numérica. Por ejemplo: 


mysql1> SELECT AVG(field1) FROM tablel ; 


+ + 
| AVG(field1) | 
th + 
12.0000 | 
th + 


BIT_AND 


BIT—AND(expresion) 


Devuelve el operador AND en orden de bits de todos los bits de las expresiones 
del grupo (con una precision de 64 bits). 


mysql1> SELECT BIT—AND (field1) FROM tablel ; 


+ + 
| BIT AND(fieldl) | 
++ 
l 4 | 
+ 


BIT_OR 


BIT—OR (expresion) 


Devuelve el operador OR de todos los bits de las expresiones del grupo (con 


una precision de 64 bits). 
Por ejemplo: 


mysql1> SELECT BIT—OR (field1) FROM tablel ; 


+ + 
| BIT_OR(field1) | 
y————+ 
28 | 
+ + 


COUNT 


COUNT( [DISTINCT] expresionl, [expresión2]) 


Devuelve el numero de valores no nulos del grupo. 


S1 la expresion es un campo, devuelve el numero de filas que no contienen 
valores nulos en dicho campo. COUNT ( * y, el numero de todas las filas, nulas o 
no. La opción DISTINCT devuelve el numero de valores no nulos exclusivos (o 


una combinación, si se utiliza mas de una expresion). 


mysql1> SELECT COUNT(*) FROM tablel:; 
+ an 

COUNT (*) | 

+ 


| 
«+ 
| 
+ 


+ 


MAX 


MAX (expresion) 


Devuelve el mayor valor de las expresiones del grupo. La expresion puede ser 


numérica o una cadena. 
Por ejemplo: 
mysql1> SELECT MAX (fieldl1) FROM tablel; 


+ + 
| MAX (field1) | 
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20 | 


MIN 


MIN (expresion) 


Devuelve el valor mas pequeño de las expresiones del grupo. La expresion 
puede ser un numero o una cadena. 


Por ejemplo: 


mysql1> SELECT MIN(fieldl) FROM tablel; 
3 uE 


| MIN(field1) | 
HU + 
| 4) 


STD 


STD (expresion) 


Devuelve la desviacion estandar de los valores de las expresiones del grupo. 
Por ejemplo: 


mysql> SELECT STD(fieldl) FROM tablel; 


+ + 
| STD(fieldl) | 
¡+ 
5.6569 | 
HN + 


STDDEV 


STDDEV (expresion) 


Sinonimo de la funcion STD () 


SUM 


SUM (expresion) 


Devuelve el valor mas pequefio de las expresiones del grupo o NULL si no hay 
filas. La expresion puede ser un numero o una cadena. 
Por ejemplo: 


mysq1> SELECT SUM(fieldl) FROM tablel ; 
+—————+ 
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| MIN(fieldl1) | 
q ——— + 

| 48 | 
+ 


Otras funciones 


Entre las siguientes funciones se incluyen funciones de cifrado, de compara- 
cion, de flujo de control y otros tipos de diversa naturaleza. 


AES_DECRYPT 


AES DECRYPT(cadena_cifrada,cadena_clave) 


Descifra el resultado de una funcion AES_ENCRYPT (). 


AES_ENCRYPT 


AES_ENCRYPT (cadena, cadena _clave) 


Utiliza el algoritmo estandar de cifrado avanzado (Rijndael) para cifrar la 
cadena en funcion de cadena clave. De forma predeterminada, utiliza una 
longitud de clave de 128 bits. AES.__DECRYPT () descifra el resultado. 


BENCHMARK 


BENCHMARK (número, expresión) 


Ejecuta la expresión un número de veces. Se utiliza principalmente para 
probar la velocidad a la que MySQL ejecuta una expresion. Siempre devuelve 0; 
el tiempo (en el cliente) que se muestra por debajo de la funcion es la parte util del 
resultado. 

Por ejemplo: 


mysql> SELECT BENCHMARK(10000,SHA('how long')) 5; 


+ + 

| BENCHMARK(10000,SHA('how long')) | 
55h 

| Ds] 
+ + 

1] row in set (0.95 sec) 


CASE 


CASE valor WHEN [valorl comparación] THEN resultadol [WHEN 
[valor2 comparación] 


THEN resultado2 ...] [ELSE resultado3] END 
CASE WHEN [condicionl] THEN resultadol [WHEN [condición2] 
THEN resultado2 ...] [ELSE resultado3] END 


La instrucción CASE tiene dos formas. La primera devuelve un resultado en 


funcion del valor. Compara el valor con los distintos valores comparacion 
y devuelve el resultado asociado a dicho valor (por detrás de THEN), devuelve el 
resultado por detras de ELSE si no encuentra nada o devuelve NULL si no hay 
resultados que devolver. 


La segunda compara las distintas condiciones y devuelve el resultado asociado 


cuando encuentra una condición verdadera, devuelve el resultado por detras de 
ELSE si no encuentra ninguna o devuelve NULL si no hay resultados que devol- 
ver. 
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Por ejemplo: 


mysql> SELECT CASE 'a' WHEN 'a' THEN 'a it is” END; 


+ + 
| CASE 'a' WHEN 'a' THEN 'a it is' END | 
+ + 
l a it is | 
+ + 


mysql> SELECT CASE 'b' WHEN 'a' THEN 'a it is" WHEN 'b' THEN 'b 
it is' END; 


l CASE 'b' WHEN 'a' THEN 'a it is' WHEN 'b' THEN 'b it is' END 
| 

I —JdjJ._-IA<><=MMáA4+4+4+4+ E AEÁAAKÁ + 
lb it is 

| 

+ + 

mysql> SELECT CASE 9 WHEN 1 THEN "is 1' WHEN 2 THEN 'is 2' ELSE 
'not found' END; 

-) ——__HHJNNA9%4%4%4+ a 

| CASE 9 WHEN 1 THEN 'is 1' WHEN 2 THEN 'is 2' ELSE 'not found' 
END | 

¿ — _ _  _ __ __ __ ___RqXxRKÁ Oqp=It!, 
| not found 

| 
_KÁáÁK—ÁÉ—_—_—_—_—_—_—_—_—_—_—_—_—_—_—— 
mysql> SELECT CASE 9 WHEN 1 THEN 'i 
o a 


s 1' WHEN 2 THEN "is 2' END; 


CASE 9 WHEN 1 THEN 'is 1' WHEN 2 THEN 'is 2' END | 
+ 


tt + 


+ 


mysql> SELECT CASE WHEN 1>2 THEN '1>2' WHEN 2=2 THEN "is 2' 


END 3 

AE r Ñ 

l CASE WHEN 1>2 THEN '1l>2' WHEN 2=2 THEN 'is 2' END | 
-_  —_——= 

l is 2 | 


$ _ _ _ - ---- HI 

mysql> SELECT CASE WHEN 1>2 THEN '1>2' WHEN 2<2 THEN '2<2' ELSE 
'none' END; 

5 __A A mI — 

CASE WHEN 1>2 THEN '1>2' WHEN 2<2 THEN '2<2* ELSE 'none' END 


| 

| 

+ + 

| none 

| 

+ A 

mysql> SELECT CASE WHEN BINARY 'a' = 'A' THEN 'bin' WHEN 
tat=ta: THEN 'text' END 3 

SF _—_—_—__—_—_—_—_—_—_—_—_—_—_—_———————_———————————_—— 

| CASE WHEN BINARY 'a' = 'A' THEN 'bin' WHEN 'a'='A' THEN 
'text' END ] 

AAA 

| text 

| 

HR HH E A 


mysql> SELECT CASE WHEN BINARY 1=1 THEN '1' WHEN 2=2 THEN '2' 
END 5 


_ —_— a 


CASE WHEN BINARY 1=1 THEN '1' WHEN 2=2 THEN '2' END | 


| 

4 td 

od | 
+ + 


El tipo de valor devuelto (INTEGER, DOUBLE o STRING) es igual que el 
tipo del primer valor devuelto (la expresion que aparece detras del primer THEN). 


CAST 


CAST(expresion AS tipo) 


Convierte la expresion al tipo especificado y devuelve el resultado. Los tipos 
pueden ser uno de los siguientes: BINARY, DATETIME, SIGNED, SIGNED 
INTEGER, TIME, UNSIGNED y UNSIGNED INTEGER. 

Normalmente, MySQL convierte los tipos automaticamente. Por ejemplo, si 
añade dos cadenas numericas, el resultado sera numerico. O, si una parte de un 
calculo no tiene firma, el resultado no tendra firma. Puede utilizar CAST () para 
modificar este comportamiento. 


Por ejemplo: 

mysql> SELECT "4" + "3"; 

+ + 

| Ego + 3 | 

+ a 

| 7 | 

+ Fr 

mysql> SELECT CAST(("4"+"3") AS TIME); 
YA + 
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| CAST(("4"+"3") AS TIME) | 
q 
LA 
+ + 
mysql> SELECT CAST(50-60 AS UNSIGNED INTEGER) ; 
- —_————————— A 

| CAST(50-60 AS UNSIGNED INTEGER) | 
+ + 

| 18446744073709551606 | 


mysq1> SELECT CAST(50-60 AS SIGNED INTEGER) ; 
+ + 


CAST(50-60 AS SIGNED INTEGER) | 
+ 


=10 |] 


+ = + — 


+ 


Utilice CONVERT () como sinónimo que utiliza sintaxis ODBC. 


CONNECTIONL_ID 


CONNECTION—ID () 


Devuelve el id_de_subproceso exclusivo de la conexión 
Por ejemplo: 


mysql> SELECT CONNECTION-ID () ; 
+ 
CONNECTION—ID () | 

+ 


+= + 


+ 


CONVERT 


CONVERT (expresion,tipo) 


Sinónimo de CAST (expresión AS tipo) que es la sintaxis SQL99 
ANSL 


DATABASE 


DATABASE () 


Devuelve el nombre de la base de datos actual o una cadena vacia en caso de 
que no haya ninguna. 
Por ejemplo: 


mysql> SELECT DATABASE () ; 
+ + 
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| DATABASE () | 
+ + 
| test | 
+ + 


DECODE 


DECODE (cadena codificada, cadena contraseña) 


Descodifica la cadena codificada por medio de la cadena de contraseiia y de- 
vuelve el resultado. 


La cadena descodificada suele ser generada en primer lugar por la funcion 
ENCODE (). 


Por ejemplo: 


mysql> SELECT DECODE ('3','1'); 
++ 
| DECODE('g','1') | 
++ 
loa 
+ + 
mysql> SELECT DECODE('wer','lsz'):; 
++ 

DECODE ('wer','lsz') | 
———————————+ 

8 | 

+ 


DES_DECRYPT 


DES DECRYPT (cadena cifrada [, cadena—clave]) 


+= ++ 


Descodifica una cadena codificada con DES_ENCRYPT (). 


DES-—ENCRYPT 


DES ENCRYPT (cadena [, (número clave | cadena—clave) ] ) 


Utiliza el algoritmo DES para codificar la cadena y devuelve una cadena binaria. 
Si se omite el argumento de clave opcional, se utiliza la primera clave del archivo 
de claves de descodificacion. 

Si el argumento es un numero (comprendido entre O y 9), se utiliza la corres- 
pondiente clave de archivo de claves de descodificacion. S1 el argumento es una 
cadena, se utilizara dicha clave. 

Sí los valores de clave cambian en el archivo de claves de descodificacion, 
MySQL puede leer los nuevos valores cuando ejecute una instrucción 
FLUSH_DES KEY FILE, que requiere el permiso reload. 

Esta función solamente funciona si MySQL es compatible con SSL. 


703 


ENCODE 


ENCODE (cadena, cadena _ contraseña) 


Devuelve una cadena binaria codificada. Puede utilizar DECODE () con la 
misma cadena contraseña para devolver la cadena original. Las cadenas 
codificada y descodificada tendrhn la misrna longitud. Por ejemplo: 


mysql1> SELECT ENCODE('a','1'): 


+ + 

| ENCODE('a','1') | 
y 

tg | 
+ + 

mysgql> SELECT ENCODE('ah','2*'); 
y 

| ENCODE('ah','2') | 
$ + 

| U | 
+ + 


ENCRYPT 


ENCRYPT (cadena [, salt]) 


Codifica una cadena con la llamada del sistema cry pt () de Unix y devuelve 
el resultado. El argumento opcional es una cadena utilizada en la codificación. Su 
comportamiento especifico depende de la llamada del sistema subyacente. 

Por ejemplo: 


mysql1> SELECT ENCRYPT ('keepmeout') ; 
—L 

| ENCRYPT('keepmeout') | 
+ ———————————+ 

| VO9tOly.dRY55k t 
PÁÁÁAÁAÁAÁAÁKXKXA + 


mysql> SELECT ENCRYPT ('keepmeout','ab'); 


A a 

| ENCRYPT('keepmeout','ab') | 
A __ 

| abpr303DrHzJo | 
A 


FOUND_ROWS 


FOUND—ROWS () 


Devuelve el numero de filas que cumplen la consulta SELECT SQL CALC _ 


FOUND_ROWS anteriop*(o que se habrian devuelto si no estuviera limitado con 
una cláusula LIMIT). 
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Por ejemplo: 


mysql> SELECT SQL CALC _FOUND_ROWS user FROM user LIMIT 1; 


+— 


1 row in set (0.00 sec) 


mysql> SELECT FOUND-ROWS () ; 
+ 
FOUND—RONWS () | 

+ 


++ + 


+ 


GET_LOCK 


GET_LOCK (cadena, tiempo muerto) 


Intenta obtener un bloqueo denominado cadena, durante los segundos espe- 
cificados en tiempo muerto.Devuelve 1 si es satisfactorio, O si se queda sin 
tiempo O NULL si se produce algún otro error. El bloqueo se libera con 
RELEASE LOCK(), una nueva funcion GET_LOCK() o si se termina el 
subproceso. Puede utilizar I| S_FREE_LOCK () para comprobar si un bloqueo se 
ha liberado. 

Se utiliza principalmente como mecanismo de bloqueo adicional en aplicacio- 
nes. 

Por ejemplo: 


mysql> SELECT GET—LOCK ('one',l) ; 
Y —————++ 

| GET—LOCK('one',1) | 
E 

| 1 | 
+ 


IF 


IF(expresión1l,expresión2,expresión3) 


Devuelve expresión2 si expresiónl es verdadera; en caso contrario, 
devuelve expresión3. Puede devolver un numero o una cadena en funcion del 
contexto. expresiónl se evalua como entero, por lo que puede que las compa- 
raciones reales no generen los resultados esperados. 

Por ejemplo: 


mysql> SELECT IF('a'='a',1,2); 


705 


ER ES 

| IF('a'='a',1,2) ! 
++ 

| E 1] 

+ + 

mysql> SELECT 1F(9<4,1,2): 
AE + 

| 1F(9<4,1,2) 1] 

E 

| 2 | 

+——————+ 

mysql> SELECT IF(NULL, 'a','b')5 
++ 

| IF(NULL,'a','b') | 
*—————————5 

| b | 

+ + 

mysql> SELECT IF(16-6-10,'a' NULL) ; 
SN ——_——————— + 

| IF(16-6-10,'a', NULL) | 
++ 

|. NULL 
++ 


El siguiente ejemplo devuelve false porque el numero real 0.49 se evalua 


como el entero 0. 


mysql> SELECT IF(0.49,'true','false'); 


+ + 
| 1F(0.49, 'true', 'false') | 
+ + 
| false | 
+ +$ 


IFNULL 


IFNULL(expresionl,expresión2) 


Devuelve expresiónl si no es nula; en caso contrario, devuelve expre- 


sión2. El resultado puede ser un numero o una cadena en funcion del contexto. 
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Por ejemplo: 


mysql> SELECT IFNULL (1,2); 


++ 

| IFNULL(1,2) | 

== E 

| 1 |] 

- + 

mysql> SELECT IFNULL(NULL, 'nothing here') ; 
Y —_—_—_—______________—————— 

| IFNULL(NULL,'nothing here') | 

RÁ AA 


| nothing here | 
q _ 
mysql> SELECT IFNULL(RELEASE-—LOCK ('nonexistant') ,'The lock 
never existed'); 
A 
|  IFNULL(RELEASE—LOCK ('nonexistant'),'The lock never existed') 
| 


+ 


| The lock never existed 


E X_  __—_—____—__—_____—__—__—_—_—______—_——. 


INET_ATON 


INET-_ATON(cadena dirección cuatro octetos) 


Devuelve una direccion de red entera de 4 o 8 bits desde la cadena de direccion 
de cuatro octetos. 
Por ejemplo: 


mysql> SELECT INET ATON('196.26.90.168'); 
+ 
| INET_ATON('196.26.90.168') | 


a A 


| 3290061480 | 
LH + 


INETZNTOA 


INET_NTOA (dirección de red) 


Devuelve una direccion de Internet de cuatro octetos desde una direccion de 
red de 4 o 8 bits y devuelve una cadena de direccion de cuatro octetos que repre- 
senta la direccion de Internet de cuatro octetos. 

Por ejemplo: 


mysql1> SELECT INET NTOA(3290061480); 


+ + 
| INET_NTOA(3290061480) | 
Y 
| 196.26.90.168 | 
+ + 


IS_FREE-LOCK 


IS—FREE—LOCK (cadena) 


Se utiliza para cornprobar si un bloqueo denominado cadena, creado con 
GET_LOCK (),esta libre o no. Devuelve 1 si el bloqueo esta libre, 0 si e bloqueo 
está activo O NULL si se producen otros errores. 
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Por ejemplo: 


mysql> SELECT GET—LOCK ('one',1):; 


+ + 

| GET—LOCK('one',1) | 
+ + 

| 1 | 

+ + 

mysql> SELECT IS—-FREE-LOCK('one'):; 
+ 

| IS—FREE—LOCK('one') | 
+ + 

| 0 | 
+ + 


mysq1> SELECT GET—LOCK ('two',1); 


+ + 

| GET_LOCK('two',1) | 

+ + 

| 1 | 
+ + 

mysql> SELECT IS—-FREE-LOCK('one') 5 
A 

|  IS—FREE—LOCK('one') | 
SS 

1 | 
+ + 


LAST_INSERT_ID 


LAST_INSERT_1D([expresión]) 


Devuelve el ultimo valor añadido a un campo AUTO._INCREMENT desde esta 
conexión o Ú si no hay ninguna. Por ejemplo: 


mysql> SELECT LAST—INSERT-—ID() 5 


+ ————————+ 
l last—insert—idl() |! 
++ 
| O 1 
+ + 


MASTER_POS_WAIT 


MASTER_POS _WAIT(nombre registro, posición registro) 


Se utiliza para sincronizar la duplicación. Si se ejecuta en el esclavo, espera 
hasta que este haya realizado todas las actualizaciones hasta la posición especifi- 
cada en el registro principal antes de continuar. Por ejemplo: 


mysql> SELECT MASTER_POS WAIT('"g-bin.001',273); 


— —_ _——_—— _—_— _ em — ——_ ——_—_—_—_—_— + 
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MASTER_POS WAIT('g-bin.001',273) | 
¡q€_ ]_Á  _—_-_- _aa EA A —Á 


| 

+ 

| NULL |] 
A 


MD5 


MD5 (cadena) 


Utiliza el algoritmo MD para calcular una suma de 128 bits a partir de la 
cadena y devuelve el numero hexadecimal de 32 digitos resultante. 
Por ejemplo: 


mysql1> SELECT MD5('how many more') ; 
 _ ——_- __——_—_ + 

| MD5('how many more') | 
AAA 

| 75dea0deddd9ffb8db451448a9931e764 | 
LA —_ 


+4 


NULLIF 


NULLIF(expresiónl,expresión2) 


Devuelve expresiónl a menos que sea igual a expresión2, en cuyo 
caso devuelve NULL: Evalua expresiónl dos veces si es igual a expre-— 
sión2. Por ejemplo: 


mysql> SELECT NULLIF('a','b'):; 
Y _5P———— 

| NULLIF('a','b') ] 

+ 
+ 


Pp 


+ 
mysq1> SELECT NULLIF(1,'1'):; 
+ 
NULLIF(1,'1') | 
+ 
NULL | 


+to=+-+ 


+ 


PASSWORD 


PASSWORD (cadena) 


Convierte la cadena en una contraseiia codificada y devuelveel resultado. Esta 
funcion se utiliza para codificar contraseilas en la tabla de usuarios de la base de 


datos mysq1. No se puede invertir y se codifica de forma distinta que una contra- 
seiia Unix convencional. 
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Por ejemplo: 


mysql> SELECT PASSWORD('a') ; 
+ 
PASSWORD('a') | 
+ 
60671c896665c3fa |! 
+ 
mysql1> SELECT PASSWORD (PASSWORD('a'))'; 
——————— 
PASSWORD (PASSWORD('a')) | 
+ 
112a81723a030£10 | 
+ 


+o+- + 


+ += + 


ENCRYPT () convierte una cadena a una contraseiia segun el método Unix. 


RELEASE_LOCK 


RELEASE _ LOCK (cadena) 


Libera la cadena de bloqueo anterior obtenida con GETr_ LOCK () . Devuelve 1 
si el bloqueo se libera, O si no se puede liberar debido a que esta conexión no lo ha 
creado O NULL si el bloqueo no existe (nunca se ha creado o ya se ha liberado). 

Por ejemplo: 


mysql> SELECT GET_LOCK ('one',1); 


+ + 

| GET—LOCK('one',1) | 

+ + 

| 1 | 

+ + 

mysql1> SELECT RELEASE-—LOCK('one') ; 
++ 

| RELEASE—LOCK('one') | 
+*—————————— 

| l | 

+ + 

mysql> SELECT RELEASE-—LOCK('one') 5 
+ 

| RELEASE—LOCK('one') | 

+ + 

| NULL | 

+ + 


SESSION—-USER 


SESSION—USER () 


Devuelve el usuario y el equipo MySQL conectados mediante el subproceso 
actual. 


710 


Por ejemplo: 


mysql> SELECT SESSION—USER() ; 
————++ 
SESSION—USER() | 
+ 
rootQlocalhost | 
+ 


+ += + 


SYSTEM_USER () y USER () son sinonimos. 


SHA 


SHA (cadena) 


Utiliza el algoritmo SHA (de hash seguro) para calcular una comprobacion de 
160 bits a partir de la cadena y devuelve el numero hexadecimal de 40 digitos 
resultante. Es una codificacion mas segura que la que se obtiene con la funcion 
MD5 (). Por ejemplo: 


mysql> SELECT SHA ('how many more'); 


$ _—_————————————— ++ 
| SHA('how many more') | 
A 
| 38ccbb8146b0673fa9labba3239829af6f3e5a6b |] 
y _———————————————————++ 


SHA1 


SHA1 (cadena) 


Sinonimo de SHA (). 


SYSTEM-USER 


SYSTEM—USER () 


Sinónimo de SESSION_USER () 


USER 


USER () 


Sinónimo de SESSION_USER() 


VERSION 


VERSION () 
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Devuelve la version del servidor MySQL en forma de cadena y adjunta -10g 
si se ha activado el registro. 


Por ejemplo: 

mysql1> SELECT VERSION () ; 
+——————+ 

| VERSION() | 
+ 

| 4.0.3-beta-log | 
q 


API PHP 


PHP es uno de los lenguajes mas conocidos que se utilizan con MySQL, espe- 
cialmente en entornos Web. En este apendice describiremos todas las funciones 
PHP que funcionan con MySQL, incluyendo algunas que todavia no se incluyen 
en la version comercial de PHP. 


Opciones de configuracion PHP 


El archivo de configuracion PHP se denominaphp. i n i y cuenta con algunas 
opciones especificas para MySQL, como mostramos a continuación: 


* msyql.allow_persisten boolean. Se define como On si se permiten co- 
nexiones permanentes a MySQL. El valor predeterminado es On. No es 
aconsejable desactivarlo. 


- msyql.max_persistent integer. Numero maximo de conexiones perma- 
nentes de cada proceso. El valor predeterminado es -1 (sin limite). 


+ mysql.max_links integer. Numero maximo de conexiones MySQL de 
cualquier tipo por cada proceso. El valor predeterminado es -1 (sin limi- 
te). 


715 


-  mysql.default_port string. Numero de puerto TCP predeterminado para 
conectarse a MySQL. PHP utiliza la variable de entorno MYSQL _TCP_ 
PORT si no se configura una predeterminada. Unix también puede utilizar, 
en orden, la entrada msyql-tcp en /etc/services 0 la constante de 
tiempo de compilación MYSQL_PORT. El valor predeterminado es NULL. 


e mysql_default_socket string. Nombre de socket Unix predeterminado 
utilizado para conectarse a MySQL. El valor predeterminado es NULL. 


msyql.default_host string. Nombre de anfitrion predeterminado utiliza- 
do para conectarse a MySQL. El modo seguro invalida esta opcion. El 
valor predeterminado es NULL. 


+  msyql.default_user string. Nombre de usuario predeterminado que se 
utiliza para conectarse a MySQL. No se aplica en modo seguro, ya que 
invalidaria esta opcion. El valor predeterminado es NULL. 


+  msyql.default_password string. Contraseiia predeterminada utilizada 
para conectarse a MySQL. No se aplica en modo seguro, ya que invalidaria 
esta opcion. El valor predeterminado es NULL. No es aconsejable que lo 
utilice para almacenar contraselas. 


*  mysql.connect-timeoutinteger. Tiempo muerto de conexión expresado 
en segundos. 


Funciones MySQL PHP 


Las funciones PHP estan intimamente relacionadas con las funciones del API 
C. Las que enumeramos a continuación son las funciones propias de PHP. Al 
mismo tiempo, existen una serie de bibliotecas que proporcionan un cierto nivel 
de abstracción al utilizar la interfaz PHP en MySQL, entre las que destacamos 
ADODB, PEAR, Metabase y la antigua PHPLib. 


msyqL affected-rows 


int mysql affected _rows([recurso conexión mysgl]) 


Devuelve el numero de filas afectadas por la ultima instrucción que haya mo- 
dificado los datos (INSERT, UPDATE, DELETE, LOAD DATA, REPLACE) o - 
1 si la consulta ha fallado. Recuerde que REPLACE INTO afectara a dos filas 
por cada fila de la tabla original afectada (una DELETE y otra INSERT). Si la 
conexión a la base de datos no se especifica, se utiliza la ultima conexión que se 
haya abierto. 

Si utiliza transacciones, invoque msyql_affected_rows antes de invo- 
car COMMIT. 
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Para devolver el numero de filas devuelto por una instrucción SELECT, utilice 
msyql num _rows(). 
Por ejemplo: 


//f abra una conexión permanente a la base de datos 
Sconnect = mysql pconnect ($hostname, Susername, $password); 


/f actualice un numero desconocido de campos en la tabla de la 
//base de datos 


mysql _query("UPDATE Stable SET fieldl=2 WHERE fieldl=3"); 


¿f/f almacene el numero de filas actualizadas 
$num_rows updated = mysql affected_rows/(); 


msyql_change_user 


boolean mysql change _user (cadena nombre de usuario, cadena 
contraselia 


[, cadena base de datos Í[, recurso conexion— mysql]]) 


Cambia el usuario MySQL actual (el que se haya conectado) por otro (es 
necesario especificar el nombre de usuario y la contraselia de este). Tambien 
puede cambiar la base de datos al mismo tiempo o especificar una nueva co- 
nexion; en caso contrario, se utilizaran la conexión y la base de datos actuales. 
Devuelve TRUE sl es satisfactoria y FALSE en caso contrario, manteniendo el 
usuario y los detalles existentes. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 


Sconnect = mysql pconnect ($hostname, Susername, $password) ; 
$change_succeeded = mysql change user($new_ user, $new password, 
$database, 


Sconnect); 


mysql_client_encoding 
int mysql client encoding ([recurso conexion—mysql]) 


Devuelve el conjunto de caracteres predeterminado (por ejemplo latin1) de la 
conexión especificada o la ultima conexión abierta que se haya abierto en caso de 
no especificar ninguna. 

Por ejemplo: 


//f abra una conexión permanente a la base de datos 
$connect  mysql—pconnect ($hostname, Susername, S$password) 5 


$charset = mysql client_encoding(S$connect); 
print "The current character set is $fcharset"; 
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msyql_close 


boolean mysql close([recurso conexión mysqgl]) 


Cierra la conexión especificada o la ultima conexión abierta que se haya abier- 
to. No cierra conexiones permanentes. Por ejemplo: 


// abra una conexión a la base de datos 

$connect —= mysql _connect (Shostname, Susername, $password) ; 
// ... realiza algunos procesamientos 

mysql _close(Sconnect); 


msyql_comnect 


mysql_connection mysql connect ([cadena nombre de anfitrion 
[, cadena nombre de usuario 


[, cadena contraseña [, nueva conexión booleana 
[, indicadores—-cliente int]]]]]) 


Establece una conexión a un servidor MySQL (especificado, en caso de que 
sea necesario, por el nombre de servidor, nombre de usuario y contraselia) y 
devuelve un identificador de enlaces que utilizaran otras funciones. Si posterior- 
mente se realiza una segunda llamada identica en el codigo, se obtiene el mismo 
identificador de enlaces, a menos que se configure el parametro nueva_ co- 
nexión con el valor true. 

El nombre de servidor tambien puede ser un puerto (que aparece, seguido por 
dos puntos, por detras del nombre de servidor). 

El parametro final puede ser uno de los siguientes indicadores, que determinan 
elementos del comportamiento de MySQL cuando se conecta: 


* msyql_client_compress. Utiliza un protocolo de impresion. 


+ msyql_client_ignore_space. Permite un espacio adicional por detras de 
los nombres de funciones. 


*  msyql_client_interactive. Espera el valor de la variable interactive 
timeout en lugar del de la variable mysqld wait._timeout antes de 
cerrar una conexión inactiva. 


mysql_client_ssl. Utilice el protocolo SSL. 
Por ejemplo: 


/f defina los parametros de conexión (normalmente fuera de la 
//secuencia de comandos) 


Shostname = "localhost: 3306"; 
username = "guru2b"; 
Spassword = "g00r002b"; 


//f abra una conexión a la base de datos 
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¿connect -— mysql connect (Shostname, username, Spassword, 


MYSQL CLIENT _COMPRESS) ; 


msyql_create_db 


boolean mysql _ create db (cadena base de datos [, recurso 
conexión mysql]) 


Crea una nueva base de datos en el servidor por medio de la conexión especi- 
ficada o de la ultima conexión abierta si no es especifica ninguna. Devuelve 
true sies satisfactoria y false en caso contrario. 

La nueva base de datos no se convierte en la base de datos activa. Tendra que 
utilizar la función msyql select _db() para activarla. 

Esta función reemplaza a la obsoleta función mysq1_createdb () que to- 
davia funciona. 

Por ejemplo: 


//f abra una conexión permanente a la base de datos 
$connect = mysql pconnect ($hostname, Susername, $password); 


if (mysql _ create db("new_ db”, S$connect)) ( 
print "Database new-—db successfully created"; 
) 


else ( 
print "Database new-—db was not created"; 


msyql_data_seek 


boolean mysql data seek (recursos resultado_consulta, fila int) 


Desplaza el puntero de fila interno (0 es la primera fila) asociado al resultado 
de la consulta a una nueva posicion. La siguiente fila que se recupera (por ejem- 
plo desde ) sera la fila especificada. 

Devuelve true si el desplazamiento es satisfactorio y false si no lo es 
(normalmente porque el resultado de la consulta no tiene filas asociadas). 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
Sconnect = mysql _pconnect ($hostname, Susername, S$password):; 


// seleccione la base de datos 
mysql select db("databasel", Fconnect): 


//f defina y ejecute la consulta 
$sql = "SELECT fieldl,field2 FROM tablel"; 
$result = mysql _ query(?sql, S$connect) ; 


/f numero de filas devueltas 


ME 


$x = mysql_num_rows(S$result); 

// si existe la decima fila, desplacese hasta la misma 
1 US == 10) A 

mysql _ data seek (S$result, 9); 
) 


(£f devuelva los datos de la decima fila 


Srow = mysql fetch _array($result); 

print "Fieldl: " . $row["field1"] . "<br>in"”; 

print "Field2: " . S$row["field2"]:; 
msyql_db_name 


string mysql_db name (recurso resultado consulta, fila int 
[, mixed unused]) 


Devuelve el nombre de una base de datos. El resultado de la consulta se de- 
vuelve de una invocación anterior a la funcion msyql_list_dbs(). La fila 
especifica qué elemento del conjunto de resultados de la consulta (que empiezan 
en 0) se devuelve. 

La funcion mysq1_num_ rows () devuelve el numero de base de datos de- 
vuelto desde mysql1.-.1ist.-_dbs(). 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysgl pconnect ($hostname, S$username, $password); 


¿f/f devuelva la lista de bases de datos de la conexión 
$result = mysql list _dbs(S$connect) ; 


// procese una iteración por los resultados y devuelva los 
/f nombres de las bases de datos uno a uno 
for ($1i=0; $i < mysql_num rows (result); $i4++) ( 
print mysql db name (S$result, $1) . "<br>Ain"; 
) 


mysql_db_query 


query—result mysql_db query ( cadena base de datos, Cadena 
consulta 
[, recurso conexión mysql], 


Devuelve un recurso de resultado de la consulta si esta se procesa satisfacto- 
riamente y false si la consulta falla. 

La consulta se envía a la base de datos especificada por medio de la conexión 
especificada (o la ultima que se haya abierto, en caso de no especificar ninguna en 
concreto). 

Esta funcion se ha quedado obsoleta, por lo que en su lugar debe utilizar 
msyql select _db() y msygl_query(). 
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msyql_drop_db 


boolean mysql drop_db(string database |, recurso 
conexion—mysql]) 


Elimina la base de datos especificada de la conexión especificada o la ultima 
que se haya abierto si no se especifica ninguna en concreto. Devuelve true si es 
satisfactoria y false si la base de datos no se puede eliminar. 

Esta funcion, e incluso la funcion mysql _dropdb() que es mas antigua, se 
han quedado obsoletas. En su lugar debe utilizar la función msyql_query () 
para eliminar la base de datos. Por ejemplo: 


// abra una conexión a la base de datos 
Sconnect = mysql pconnect ($hostname, Susername, Spassword); 


// elimine la base de datos old—db 
if (mysql drop_db("old db", Sconnect)) ( 
print "Database old-db is gone"; 
else Í 
print "Database old-db could not be dropped"; 


msyql_errno 


int mysql errno([recurso conexion]) 


Devuelve el numero de error de la ultima funcion MySQL que se haya ejecutado 
O cero si no se produjo ningun error. Utiliza la conexión especificada (o la ultima 
que se haya abierto en caso de no especificar ninguna conexión en concreto). 

Esta funcion devolvera cero despues de ejecutar satisfactoriamente cualquier 
funcion relacionada con MySQL, a excepción de mysql_error() y 


msyql_errno (), que no cambian el valor. 
Por ejemplo: 


// abra una conexión permanente a la base de datos 
Sconnect = mysql pconnect (3hostname, Susername, Spassword); 


// intente utilizar una base de datos que acabe de eliminar 
mysql _select_db("old—db", Sconnect) 5 


¿ff Muestra el codigo de «error = 1049 


if (mysql errno()) ( 
print "MySQL has thrown the following error: ".mysql errno(); 
) 

msyq|l_error 


string mysql error(f[recurso conexión mysql]) 
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Devuelve el texto del mensaje de error de la ultima funcion MySQL que se 
haya ejecutado o una cadena vacia (") si no se produjo ningun error. Utiliza la 
conexión especificada (o la ultima que se haya abierto en caso de no especificar 
ninguna conexión en concreto). 

Esta funcion devuelve una cadena vacia despues de ejecutar satisfactoriamen- 
te cualquier funcion relacionada con MySQL, a excepción demysql_error () 
ymsyql_errno (), que no cambian el valor. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
Sconnect = mysql pconnect ($hostname, $username, $password) ; 


/¿/ intente utilizar una base de datos que acabe de eliminar 
mysql _select_db("old—db", Sconnect) ; 


/f Muestra el texto de error - Base de datos 'old-—db' 
// desconocida 
if (mysql errno()) ( 

print "MySQL has thrown the following error: ".mysql error(); 


> 


msyql_escape_string 


string mysgql-—escape-string (nombre de la cadena) 


Devuelve una cadena con todos los caracteres de conversion de escape que 
pueden dividir la consulta (con una barra invertida por delante de los mismos). 
Entre estos caracteres se incluyen los nulos (1x00), nueva línea (1), retorno del 
carro (1), barra invertida (), cornillas simple('), cornillas dobles (") y Control-Z 
AxlA). 

No se aplica conversion de escape a los signos de porcentaje (%) y guion bajo 
(). 

De esta forma, la consulta resulta segura de utilizar. Siempre que se utilicen 
entradas del usuario en una consulta, es aconsejable utilizar esta funcion para 
garantizar la seguridad de la consulta. 

Tambien puede utilizar la funcion addslashes (), ligeramente menos com- 
pleta. 

Por ejernplo: 


// cadena original, no segura 
$field_ value = "Isn't it true that the case may be"; 


//f aplica conversion de escape a los caracteres especiales 
Sfield value = mysql—escape-string($field value); 


// ahora es segura y muestra: Isn't it true that the case may be 
print "$field—value"; 
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mysql-fetch-array 


array mysql—fetch—array (recurso resultado consulta 
[, tipo matriz int]) 


Devuelve una matriz de cadenas basada en una fila de los resultados de la 
consulta devueltos desde una funcion comomysql1 query (), y devuelvefalse 
si falla o no encuentra filas disponibles. La fila devuelta se basa en la posición del 
puntero de fila interno, que se incrementa en una unidad (el puntero de fila co- 
mienza en Ú justo despues de ejecutar una consulta). 

El segundo parametro especifica como se devuelven los datos. Si el tipo de 
matriz se define como MySQL_ASSOC, los datos se devuelven en forma de ma- 
triz asociativa (la misma que si se utiliza la función msyql_fetch_assoc()). 
S1 el tipo de matriz se define comoMY SQL _NUM (), los datos se devuelven como 
matriz numérica (la misma que si utiliza la función msygl1_fetch_ row()). 
La tercera opción, MYSQL_ BOTH, es la predeterminada si no se especifica ningu- 
na otra y le permite acceder a los datos como matriz asociativa o numérica. 

La matriz asociativa solamente adopta como clave los nombres de los campos 
(y elimina todos los prefijos de tabla). Si hay nombres de campos duplicados, sera 
necesario utilizar un alias; en caso contrario, el ultimo valor mencionado reem- 
plazara al anterior. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysql pconnect (Shostname, S$username, $password) ; 


// seleccione la base de datos 
mysql _select db("databasel”, $connect); 


// defina y ejecute la consulta 
$sql = "SELECT field1,field2 FROM tablel"; 
$result = mysql query($sql, $connect) ; 


// devuelva los datos en matrices asociativas y numericas 

// (predeterminada) 

// procese una iteración por las filas para imprimir los datos 
while ($row = mysql—fetch—array ($result)) ( 


print "Fieldl: ".$row["field1i"]."<br>An"; 
print "Field2: ".$row["field2"]."<brrin"; 
y 
msyql_fetch_assoc 


array mysql fetch _ assoc (recurso resultado-consults) 


Devuelve una matriz de cadenas basada en una fila de los resultados de la 
consulta devueltos por una funcion como mysql _query() y devuelve false 
si falla o no hay mas filas disponibles. La fila devuelta se basa en la posición del 
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puntero de fila interno, que se incrementa en una unidad (el puntero de fila co- 
mienza en 0 justo despues de ejecutar una consulta). 

Los datos se devuelven en forma de matriz asociativa que solamente adopta 
como clave los nombres de los campos (y elimina todos los prefijos de tabla). Si 
hay nombres de campos duplicados, sera necesario utilizar un alias; en caso con- 
trario, el ultimo valor mencionado reemplazara al anterior. Es lo mismo que utili- 


zar msyql fetch _array() con el parametro MYSQL_ASSOC: 
Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysql pconnect (S5hostname, $username, $password); 


// seleccione la base de datos 
mysql _ select _db("databasel”, $connect); 


// defina y ejecute la consulta 
$sql = "SELECT field1l,field2 FROM tablel"; 
$result = mysql query($sql, $connect) ; 


//f devuelva los datos en formato de matriz asociativa y procese 
//f una iteración 


// por el resultado para imprimir los valores de las filas 


while ($row = mysql fetch assoc($result)) ( 
print "Fieldl: ".$frow["field1"]."<br>in"; 
print "Field2: ".$row["field2"].“<br>in"; 


mysql_fetch—field 


object mysql fetch field(recurso resultado consulta 
[, desplazamiento int ]) 


Devuelve un objeto que contiene informacion sobre un campo, basada en una 
fila de un resultado de consulta devuelto por una funcion comomysql query (). 
S1 el desplazamiento no se especifica, se devuelve el siguiente campo no recupera- 
do (por lo que puede invocar varias veces esta funcion para obtener informacion 
sobre todos los campos); en caso contrario, sera el determinado por el desplaza- 
miento (0 para el primer campo). 

Las propiedades del objeto son las siguientes: 


+ name. Nombre del campo. 

+ table. Nombre de la tabla a la que pertenece el campo. 
* max_length. Longitud maxima del campo. 

e — not-null. 1 si el campo no puede contener nulos 

*  primary—-key. 1 si el campo es una clave principal 


* unique—key. 1 si el campo es una clave exclusiva. 
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* —multiple—key. 1 si el campo es una clave no exclusiva. 
+ numeric. 1 si el campo es numerico. 

+  blob. 1 si el campo es un BLOB. 

e type. El tipo del campo 

* unsigned. 1 si el campo no tiene firma. 


*  zerofill. 1 si el campo se ha completado con ceros. 
Por ejemplo: 


// abra una conexión permanente a la base de datos 
Sconnect = mysql pconnect (Shostname, Susername, $passwora) ; 


// devuelve una lista de todos los campos de la 
//f basededatosl.tablal 
S$result = mysql list fields("“databasel”, "tablel"); 


// procese una iteración por los campos y muestre el nombre, el 
/f tipo y 
// la longitud maxima del campo 
while ($row = mysql fetch-—field($result)) ( 
$max_ length = $row->max_ length; 
$name = Srow->name; 
S$type = Srow->type; 
print "Name:$name <br>in”; 
print "Type:$type <br>in"; 
print "Maximum Length:?$max length <br><br>inin”; 


mysql fetch-lengths 


array mysql _fetcn _lengthns(recurso resultado consulta) 


Devuelve una matriz de las longitudes de cada campo en la última fila obtenida 
de un resultado de una consulta (la longitud de dicho resultado, no la longitud 
maxima) y devuelve false si no ha sido satisfactorio. 

Puede utilizar la funcion mysql_field_len() para devolver la maxima 
longitud de un campo. 

Por ejemplo: 

// abra una conexión a la base de datos 

$connect * mysql—pconnect ($hostname, S$username, $passwWord) ; 


// seleccione la base de datos 
mysql_select db("databasel”, S$connect); 


¿/f defina y ejecute la consulta 


$sql = "SELECT fieldl,field2 FROM tablel"; 
$result - mysql query($sql, $connect) ; 
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/f devuelva los datos en formato de matriz asociativa y procese 
¿f una iteracion por 
// el resultado, para recuperar la longitud de los campos e 
//f imprimir 
/f los valores y longitudes de las filas 
while (%row = mysql fetch assoc($result)) 1 
$lengths = mysql fetch _lengths /($result) ; 
print "Fieldl: ".$row["fieldl”]."Length: 
" $lengths [0] ."<br>Ain”; 
print "Field2: ".$row[("field2"]."Length: 
" $lengths[1]."<bro>An":; 
) 


mysql fetch—object 
object mysql fetch_object(recurso resultado-consulta) 


Devuelve un objeto con propiedades basadas en una fila de un resultado de una 
consulta devuelta por una funcion como mysql _query(). La fila devuelta se 
basa en la posición del puntero de fila interno, que se incrementa en una unidad (el 
puntero de fila empieza en Ú justo despues de ejecutar una consulta). 

Cada una de las propiedades del objeto se basa en un nombre (un alias) del 
campo de la consulta. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysql pconnect ($hostname, $fusername, Spassword) ; 


/f seleccione la base de datos 
mysql_select db("databasel", Sconnect); 


/¿f defina y ejecute la consulta 
$sql = "SELECT fieldl,field2 FROM tablel"; 
$result - mysql query($sgql, Sconnect) ; 


//f procese una iteracion por las filas para devolver cada una 
//f de ellas como un objeto 
// y mostrar los campos 


while (%$row = mysql fetch object($result)) 1 
print "Fieldl: ".$row->field1l."<br>in"”; 
print "Field2: ".$row->field2."<br>in”; 

) 

mysql fetch—-row 


array mysql fetch_row(recurso resultado—consulta) 


Devuelve una matriz de cadenas basada en una fila de un resultado de una 
consulta devuelta por una funcion como mysql _query() o devuelve false 
si falla o no hay mas filas disponibles. La fila devuelta se basa en la posición del 
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puntero de fila interno, que se incrementa en una unidad (el puntero de fila co- 
mienza en O inmediatamente despues de ejecutar una consulta). 

Los datos se devuelven en forma de matriz nurnerica (la misma que si se 
hubiera utilizado la funcion mysql-fetch_array() con el parametro 
MYSQL NUM). 

Por ejemplo: 


/f abra una conexión permanente a la base de datos 
Sconnect = mysql pconnect (5hostname, S$username, S$password) ; 


/f seleccione la base de datos 
mysql _select db("databasel", Sconnect); 


/f defina y ejecute la consulta 
$sql = "SELECT fieldl,field2 FROM tablel"; 
$result = mysql query(5sql, Sconnect) ; 


// procese una iteración por las filas para devolver cada una 
// de ellas como matriz nurnerica 
// y mostrar los campos 


while (5row = mysql fetch row(Sresult)) ( 
print "Fieldl: ".$row[0]."<br>in"; 
print. "Field2:.".$row[1]."<br>WAn”s 


mysql_field—flags 


string mysql field flags(recurso resultado—cadena, 
desplazamiento int) 


Devuelve una cadena que contiene indicadores del campo especificado basado 
en un resultado de una consulta devuelto por una funcion comomysql1_query(). 
El desplazamiento determina qué campo se examina (0 para el primer campo). 

Entre los indicadores se incluyen 

La antigua funcion mysq1_fieldflags () hace lo mismo, pero se ha que- 
dado obsoleta. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
S$connect = mysql pconnect (5hostname, fusername, $password); 


¿f/f seleccione la base de datos 
mysql select db("databasel", kSconnect); 


//f defina y ejecute la consulta 
$sql = "SELECT fieldl,field2 FROM tablel"; 
$result = mysql—query($sql, $connect) ; 


// Muestre las propiedades de los campos 1 y 2 
print "Fieldl flags: ".mysql field flags($fresult, 0)."<broin"; 
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print "Fieldl flags: ".mysql field flags($result, 1)."<br>in"; 


msyql_field_len 


int mysql—field—len (recurso resultado cadena, desplazamiento 
int) 


Devuelve la maxima longitud (determinada por la estructura de la base de 
datos) del campo especificado basado en una fila de un resultado de una consulta 
devuelto por una funcion como mysql_quer y () . El desplazamiento (que em- 
pieza en 0) determina el campo. 

La antigua funcion mysql_fieldlen() hace lo mismo, pero se ha queda- 
do obsoleta. 

Puede utilizar la función mysql fetch-_lengths() para determinar la 
longitud concreta de un campo devuelto. 

Por ejemplo: 


¿/f abra una conexión permanente a la base de datos 
$connect = mysql pconnect ($hostname, $username, $password); 


// seleccione la base de datos 
mysql. select do(“datáabaset", «Peonnect); 


// defina Y ejecute la consulta 
$sql = "SELECT fieldl,field2 FROM tablel"; 
$result = mysql query($sql, S$connect) 5 


// Muestre las propiedades de los campos 1 y 2 


print "Fieldl maximum length: ". mysql—field—-len($result, 0). 
"<broin";3 
print "Fieldl maximum length: ". mysql—field—len($result, 1). 
"<br>oin"; 

mysql_field_name 


string mysql field name(recurso resultado-consults, 
desplazamiento int) 


Devuelve el nombre del campo especificado basado en una fila de un resultado 
de una consulta devuelto por una funcion como mysql1_quer y () . El desplaza- 
miento (que empieza en 0) determina el campo. Por ejemplo: 


// abra una conexión a la base de datos 
$connect = mysql pconnect ($hostname, S$username, $password); 


// seleccione la base de datos 
mysql _ select db("databasel", Sconnect); 


// defina y ejecute la consulta 
* 


$sql = "SELECT FROM tablel"; 
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$result = mysql query($sql, $connect); 


// procese una iteración por los campos y muestre el nombre 
for($i=0; $1 < mysql num fields ($Sresult) $i++) ( 
print "Field name: ”.mysql field name($result, $1). "<brAn"; 


mysql_field_seek 


boolean mysql field seek(recurso resultado-—consulta, 
desplazamiento int) 


Desplaza el puntero interno hasta un nuevo campo del resultado de la consulta, 
en funcion del desplazamiento (que empieza en 0 con el primer campo). La si- 
guiente invocación a la funcion mysql _fetch field() comenzara con este 
desplazamiento. No resulta de gran utilidad ya que se puede desplazar directa- 
mente el puntero por medio de lafuncionmysql_fetch_field(). 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
Sconnect = mysql pconnect (Shostname, Susername, $password) 5 


¿f/f seleccione la base de datos 
mysql. select. do("dsatabasel”,; «conlect); 


/f defina y ejecute la consulta 
$sql = "SELECT * FROM tablel"; 
$result = mysql query($sql, S$connect) ; 


// vaya hasta el segundo campo 
mysql field seek(Sresult, 1); 


$field = mysql fetch-—field (S$result) ; 
print "The name of the 2nd field is: 
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Sfield->name; 


mysdl_field_table 


string mysql field table(recurso resultado-—consulta, 
desplazamiento int) 


Devuelve el nombre de la tabla a la que hace referencia el campo en un resul- 
tado de consulta determinado por el desplazamiento (que comienza en 0). Deyuel- 
vefalse si se produce un error. La obsoleta funciónmysql_fieldtable() 
es identica. Por ejemplo: 


// abra una conexión permanente a la base de datos 
S$connect = mysql pconnect ($hostname, $fusername, $password) ; 


//f seleccione la base de datos 
mysql_select_db[("databasel", Sconnect) ; 
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/f defina y ejecute la consulta 

$sql = "SELECT fieldl,field2 FROM tablel,table2 WHERE 
fieldl=field2”; 

$result - mysql—queryl($sql, $connect) ; 


// Obtenga el nombre de la tabla del campol (desplazamiento 0) 
echo "field 1 belongs to the table: 
".mysql field table($result, 0); 


mysql _field_type 


string mysql field type(recurso resultado-consults, 
desplazamiento int) 


Devuelve el tipo de un campo de un resultado de una consulta determinado por 


el desplazamiento (que empieza en 0) o devuelve false si se produce un error. 
Entre los ejemplos de tipo de campo se incluyen int,real,string y blob. 


Por ejemplo: 


// abra una conexión permanente a la base de datos 
Sconnect -= mysql pconnect (Shostname, $username, S$password) ; 


// seleccione la base de datos 
mysql select _db("databasel", S$connect) ; 


// defina y ejecute la consulta 

$sql = "SELECT fieldl,field2 FROM tablel,table2 WHERE 
fieldl=field2"; 

Sresult = mysql—query($sql, S$connect) ; 


for ($1=0;$i<mysql_num fields (Sresult) 3$1++) ( 
echo "Field $i is of type: ”".mysql field type($result, $i) - 
tapbreoin”" e 


) 


mysql_free—result 


boolean mysql free result(recurso resultado-consults) 


Libera toda la memoria utilizada por el recurso query result, lo que 


permite volverlo a utilizar. Devuelve true si es satisfactorio y false si no lo 
es. La memoria se libera automaticamente al final de la secuencia de comandos 
incluso sin invocar esta funcion. La función mysql-_freeresult(), ya 
obsoleta, es identica. 
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Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysql—pconnect (Shostname, Susername, S$password) ; 


/f seleccione la base de datos 


mysql _select_db("databasel”, Pconnect); 


// defina y ejecute la consulta 
$sql = "SELECT fieldl,field2 FROM tablel"; 
$result = mysql query($sql, S$connect) 5 


// procese una iteración por las filas para devolver cada una 
// de ellas como matriz numérica 
/íf y muestre los campos 


while ($row = mysql fetch row(S$result)) (Í 
print "Fieldl: ".$row[0]."<br>in"; 
print "Field2: ".$row[1]."<br>in"; 


¿f/f libere los recursos asociados a la consulta 
mysql _free result (Sresult) ; 


> 


mysql_get_client-info 
string mysql get_client_info() 


Devuelve una cadena que contiene la version de la biblioteca cliente de MySQL 
(por ejemplo, 4.0.2). 
Por ejemplo: 


/f muestra - La version de la biblioteca cliente es: 4.0.2 (por 
// ejemplo) 

print "La version de la biblioteca cliente es: 

" mysql get _ client info(); 


mysql_get_host-info 


string mysql_get_host_info((recurso conexion—mysql]) 


Devuelve una cadena que contiene informacion sobre la conexión (por ejemplo 
"Servidor local a traves de un socket Unix). La informacion es de la conexión 
especificada (o de la ultima conexión abierta en caso de no especificar ninguna en 
concreto). Por ejemplo: 

// muestra - Tipo de conexion: Servidor local a traves de un 

// socket UNIX 

// (por ejemplo) 

print "Tipo de conexion: ". mysql get_host_info(); 


mysql_get-—proto-info 
int mysql get proto info([recurso conexion—mysql]) 


Devuelve un entero que contiene el protocolo de version (por ejemplo, 10) 
utilizado por la conexion. La informacion proviene de la conexión especificada 
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(o de la ultima que se haya abierto, en caso de no especificar ninguna en concre- 
to). 
Por ejemplo: 


/f muestra - Version de Protocolo: 10 (por ejemplo) 
print "Version de Protocolo: ”".mysql get proto info(); 


> 


mysql_get_server_info 
string Mysql _ get _server_info([recurso conexión mysql]) 


Devuelve una cadena que contiene la version del servidor MySQL (por ejem- 
plo, 4.0.3). La informacion se obtiene de la conexión especificada (o de la ultima 
conexión abierta, en caso de no especificar ninguna en concreto). 

Por ejemplo: 


// muestra - Version del servidor: 4.0.3-beta-1log (por ejemplo) 
print "Version del servidor: ".mysql_get_server_info(); 


mysql_info 
string mysgql—info ( [recurso conexión msygl]) 


Devuelve una cadena que contiene informacion detallada sobre la consulta 
mas reciente. Esta informacion incluye registros, las filas que coinciden, cambios 
y advertencias. 

La informacion se obtiene de la conexión especificada (o de la ultima conexión 
abierta, en caso de no especificar una en concreto). 

Por ejemplo: 


// abra una conexión a la base de datos 
$connect = mysql pconnect ($hostname, $username, $password) : 


/f seleccione la base de datos 
mysql select _db("databasel", Sconnect) ; 


//f defina y ejecute la consulta 
$sql = "UPDATE tablel set fieldl = 2 WHERE field2=3"; 
$result = mysql query($sql, $connect) ; 


// muestra: 
/f Información sobre la consulta: Formato de cadena: Filas que 
¿f coinciden: 19 Modificada: 19 Advertencias: 0 


// (por ejemplo) 
print "Query into *".mysql intot)s 


mysqLinsert_id 


int mysql _insert_id([recurso conexion—mysql]) 
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Devuelve un entero que contiene el valor AUTO _INCREMENT mas reciente de 
dicha conexion, o devuelve false si falla (no se han definido valores 
AUTO_INCREMENT para esa conexion). La información se obtiene de la co- 
nexión especificada (o de la última conexión abierta, en caso de no especificar 
ninguna en concreto). 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
Sconnect = mysql _pconnect (5hostname, $fusername, $password); 


/f seleccione la base de datos 
mysql _select_db("databasel", Sconnect) ; 


// defina y ejecute la consulta 
$sql = "INSERT INTO tablel(fieldl, field2) VALUES(3 ¿AS 
$result = mysql _query($sql, S$connect) ; 


//f Muestra: valor AUTO—INCREMENT: 10 (por ejemplo) 
print "valor AUTO—INCREMENT: ".mysql insert_id(); 


mysq]|_list_dbs 
query—result mysql list dbs([recurso conexion—mysgl]) 


Devuelve un recurso que apunta a una lista de bases de datos disponibles en la 
conexion, o devuelve false en caso de fallo. La información se obtiene de la 
conexión especificada (o de la ultima que se haya abierto en caso de no especif1- 
car ninguna en concreto). El resultado se puede procesar con una funcion como 
msyql db name() o msyql result(). 

La función mysqg1_listdb (), ya obsoleta, es idéntica. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysql _pconnect ($hostname, $username, $password) ; 


// devuelva la lista de bases de datos de la conexión 
$result = mysql list_dbs($connect); 


/f procese una iteración por los resultados para devolver los 
// nombres de bases de datos uno a uno 
for ($i=0; $i < mysql _num rows ($result); $i++) ( 

print mysql db name(Sresult, $1) . "<br>zin"; 


mysql_list_fields 


query—result mysql list_fields(cadena base de datos, cadena 
tabla 


[, recurso conexión msygl]) 
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Devuelve un recurso que apunta a una lista de campos de una determinada 


base de datos y tabla o false en caso de fallo. La informacion proviene de la 


conexión especificada (o de la ultima que se haya abierto en caso de no especif1- 
car ninguna en concreto). 


La función mysql_listfields(), ya obsoleta, es identica. 
Por ejemplo: 


// abra una conexión permanente a la base de datos 
¿connect = mysql pconnect ($hostname, S¿username, $password) ; 


// devuelva una lista de todos los campos de la base de datos 


// 1.tablal 
$result = mysql list _fields("databasel", "tablel"):>; 
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// procese una iteración por los campos y muestre el nombre, 
//f tipo y 
// longitud maxima de los mismos 
while ($row = mysql fetch_field($result)) ( 
$max_length = >?row->max_ length; 
Ssname = S$row->name; 
Stype = S$row->type; 
print "Name: Íname <br>Ain":; 
print "Type:$type <br>in"; 
print "Maximum Length:$max_ length <br><br>inin"; 


mysql_list_processes 


query_result mysql _list_processes ([recurso conexion—msyql]) 


Devuelve un recurso que contiene una lista de los procesos MySQL actuales o 


false en caso de fallo. Tras ello, puede utilizar una funcion como 
mysql_fetch_assoc() para devolver una matriz que contenga los elemen- 
tos 1d, Host, db, Command y Time. La información proviene de la conexión 


especificada (o de la ultima que se haya abierto, si no se especifica ninguna en 
concreto). 
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Por ejemplo: 


// abra una conexión a la base de datos 
$connect - mysql pconnect ($hostname, $username, password) ; 


//f devuelva todos los procesos 
Sresult = mysql-—1list-—processes($connect) ; 
// procese una iteracion por las filas para mostrar los 
// elementos de los distintos procesos 
while (*row = mysql fetch assoc($result))( 

print $row["Id"”]: 

prinE SEow["Bost"l 

print $row["db"]; 


print S$row["Command")]; 
print $row["Time"];5 
print "<br>in" 


mysq]l_list_tables 


query—result mysql list tables(cadena base de datos [, recurso 
conexion—mysqgl]) 


Devuelve un recurso que apunta a una lista de tablas de una determinada base 
de datos o false en caso de fallo. La información proviene de la conexión 
especificada (o de la ultima que se haya abierto, si no se especifica ninguna en 
concreto). 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
S$connect = mysql pconnect(Shostname, Susername, S$password); 


// devuelve la lista de tablas 
$result = mysql list tables("databasel”); 


// procese una iteración por las filas de tablas y muestra los 
// nombres 


for($i=0; i < mysql _ num rows($result); $i++) ( 
print "Table name: ".mysql tablename($result, $i)."<broin"; 


mysql_num-_fields 
int mysql_num_fields(recurso resultado-consults) 


Devuelve un entero que contiene un numero de campos de un resultado de 
consulta o NULL si se produce un error. La funcion mysql_numfields(),ya 
obsoleta, es identica. Por ejemplo: 


/f abra una conexión permanente a la base de datos 
$connect — mysql pconnect (Shostname, Susername, $password) ; 


// devuelva una lista de todos los campos de 

// basededatosl.tablal 

fresult = mysql list fields("databasel", "tablel"); 

// Muestra: Campos numericos de basededatosl: 6 (por ejemplo) 


print "Campos numericos de basededatosl: 
",mysql_num fields (S$result) ; 


mysql_num_rows 


int mysql_num_rows(recurso resultado-consults) 
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Devuelve un entero que contiene el numero de filas de un resultado de una 
consulta o NULL en caso de que se produzca un error. No funciona si el resultado 
de la consulta se ha obtenido con la funcion mysql_unbuffered query(). 

Deberia utilizar mysql1_affected rows() para devolver el número de 
filas de datos modificados por una consulta (por ejemplo, después de INSERT o 
UPDATE). 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysql—pconnect ($hostname, %$username, S$Spassword); 


// devuelva la lista de bases de datos de la conexión 
$result = mysgl list _dbs ($connect); 


// procese una iteración por los resultados para devolver, uno 
lf a uno, 10S nombres de las bases de datos 
for ($1=0; $i < mysql_num rows ($result);5 $i++) ( 

print mysql db _name($result, $i) . "<br>in"; 


mysql_pconnect 


mysql_connection mysql pconnect( [cadena nombre anfitrión 
[, cadena nombre usuario [, cadena contraseña 
[, indicadores cliente int]]]]) 


Establece una conexión permanente (una que se puede reutilizar) con un servi- 
dor MySQL (especificado por el nombre de servidor, el nombre de usuario y la 
contraseiia) y devuelve un identificador de enlaces que pueden utilizar otras fun- 
ciones. Si ya existe uno, se reutilizara. El parametro final puede ser uno o varios 
de los siguientes indicadores, que determinan elementos del comportamiento de 
MySQL cuando se conecta: 


* mysql_client_compress. Utiliza un protocolo de compresion. 


* mysql_client_ignore_space. Permite que haya espacio detrás de los nom- 
bres de funciones. 


*  mysal_client_interactive. Espera el valor de la variable interactive_ 
timeout en lugar del de la variable mysqld w ai t_timeout antes de 
cerrar una conexión inactiva. 


* mysql_client_ssl. Utiliza el protocolo SSL. 


MySQL cierra conexiones permanentes despues de los segundos especificados 
enwait_timeout (una variable mysqld) o despues de que se cierre el proceso 
que ha iniciado la conexión. Por ejemplo, su proceso de servidor Web puede 
utilizar la misma conexión para varias secuencias de comandos, pero la conexión 
se cerrara una vez que termine dicho proceso. 
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Por ejemplo: 


// defina los parametros de conexión (normalmente se hace fuera 
/f de la secuencia de comandos) 


Shostname = "localhost: 3306"”; 
Susername = "guru2b"; 
Spassword = "g00r002b"; 


// abra una conexión permanente a la base de datos 
Sconnect = mysql pconnect (Shostname, Susername, Spassword) ; 


mysql_ping 
boolean mysql ping ([recurso conexion—mysql]) 


Devuelve t r u e si el servidor MySQL esta en ejecucion y false si no lo esta. 
El ping se intenta a traves de la conexión especificada (o de la ultima que se haya 
abierto, si no se especifica ninguna en concreto). Si falla, la secuencia de coman- 
dos intentara volverse a conectar con los mismos parametros. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysql pconnect (Shostname, Susername, Spassword) 5 


// el tiempo pasa... 


if (mysql _ping()) ( 

print "still connected"; 
) 
else ( 

print "Connection lost"; 


mysql_query 


query—result mysql query(cadena consulta [, recurso 
conexion—mysql 
[, modo resultado int]]) 

Devuelve un resultado de consulta (si la consulta es la que produce el resulta- 
do como SELECT o DESCRIBE), devuelve true si la consulta no genero un 
resultado pero fue satisfactoria (como DELETE o UPDATE) y false si la con- 
sulta falla. La consulta se envía a una base de datos especificada por medio de la 
conexión especificada (o de la ultima que se haya abierto, si no se especifica 
ninguna en concreto). 

El parametro opcionalmodo_ resultado puede ser MYSQL _USE_RESULT, 
que hace que el resultado no se almacene en el búfer, al igual que con 


mysql_unbuffered_query(),o MYSQL_STORE__RESULT (el predeter- 
minado). 
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Por ejemplo: 


// abra una conexión permanente a la base de datos 


$connect = mysql pconnect (S$hostname, S$username, $password) ; 


/f seleccione la base de datos 

mysql _select_db("databasel",  Sconnect) ; 
// defina y ejecute la consulta 

$sql = "SELECT fieldl,field2 FROM tablel"; 
5result - mysql query($sql, S$connect) ; 
// devuelva los datos en formato de matriz asociativa y procese 
// una iteración por 


// el resultado, para imprimir los valores de las filas 


while ($row = mysql fetch assoc($result)) ( 
print "Fieldl: ".$row["field1"]."<broAn"; 
print "Field2: ".$row["field2"]."<br>in"; 


mysq]l_real_escape_string 


string mysql _ real escape string (cadena nombre de cadena 
[, recurso conexión mysaql]) 


Devuelve una cadena con todos los caracteres a los que se ha aplicado conver- 
sion de escape que pueden dividir la consulta (una barra invertida por delante de 
los mismos). 

Entre estos se incluyen los nulos (1x00), nueva linea (1n), retorno del carro 
(ir), barra invertida (1), comillas simples ('), comillas dobles (") y Control-Z 
(x1A). No se aplica conversion de escape a los signos de porcentaje (%) y 
guion bajo (_). 

De esta forma, la consulta resulta segura de utilizar. Difiere de mysql-_ 


escape_string() en que tiene en cuenta el conjunto de caracteres actual. 
Por ejemplo: 


//f cadena original no segura 
Sfield—value = "Isn't it true that the case may be"; 


// se aplica conversion de escape a los caracteres especiales 
Sfield—value = mysql real escape string(?$field value); 


//f ahora es segura y muestra: Isn't it true that the case may 


// be 


print "$field—value"; 


mysql_result 


mixed mysql_result (recurso resultado consulta, fila int 
[, especificador campo mixed]) 
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Devuelve los contenidos de un solo campo de un resultado de una consulta. 
especificador campo puede ser un desplazamiento (empezando desde 0) o 
el nombre del campo, con o sin el especificador de tabla (es decir, 
nombredelatabla.nombredelcampo o simplemente nombredelcampo) 
s1 se proporciona con la consulta. Si el especificador de campo no se proporciona, 
se devolvera el primer campo. 

Esta funcion es considerablemente mas lenta que las funciones que devuelven 
toda la fila, como por ejemplo mysql-_.fetch_row() y mysql_fetch_ 
array (), por lo que es aconsejable que utilice una de estas. Por otra parte, no 
mezcle esta funcion con funciones que devuelvan toda la fila. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
Sconnect = mysql pconnect ($hostname, $username, $password); 


¿f/f seleccione la base de datos 
mysql Sélect db("databaset", . Sconnect); 


// devuelva la media de campol 
$sql = "SELECT AVG(field2) FROM tablel"; 
$result = mysql_query(Ssql, $connect) ; 


// muestre el valor medio de este campo 
print "Field2 average: ".mysql result ($result, 0); 


mysql_select_db 


boolean mysql select db(cadena base de datos |, recurso 
conexión mysql]) 


Cambia la base de datos actual por la base de datos especificada. Utiliza la 
conexión especificada (o la ultima que se haya abierto, en caso de no especificar 
una en concreto). 

S1 no hay conexiones abiertas, intentara invocar mysqg1l_. connect () sin 
parámetros de conexión. Devuelve true si es satisfactoria y false en caso 
contrario. 

La funcion mysql_selectdb (), ya obsoleta, es identica. 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect - mysql pconnect ($hostname, Susername, password) 5 


// seleccione la base de datos 
mysql _select db("databasel”", S$connect); 


mysql_stat 


string mysql=stat ([recurso conexión mysql]) 
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Devuelve una cadena que contiene el estado del servidor. Contiene el tiempo en 
ejecucion, subprocesos, preguntas, consultas lentas, consultas abiertas, tablas 
vacias, tablas abiertas y consultas medias por segundo. Utiliza la conexión espe- 
cificada (o la ultima que se haya abierto en caso de no especificar ninguna en 
concreto). 

Por ejemplo: 


ff muestra (por ejemplo): 

// Tiempo en ejecucion: 109 Subprocesos: 2 Preguntas: 199 
// Consultas lentas: 1 Abiertas: 4 

//f Tablas vacias: 1 Tablas abiertas: 2 Consultas medias por 
/f segundo: 1.826 

print "Estado del servidor: ".mysql_stat():5 


mysql_tablename 


string mysql tablename (recurso resultado consulta, fila int) 


Devuelve el nombre de tabla de un resultado de una consulta devuelta por la 
funcion mysql _list_tables() basada en la fila (empezando desde 0) o 
devuelve false en caso de que haya un error. 

Puede devolver el numero de filas del resultado de la consulta con 
mysql num_rows ().Estafuncionesdehechounaliasdemysql result () 
pero noes una buena práctica de programación utilizarla de la misma forma ya 


que su nombre es especifico de tablas y si la utiliza de otra forma puede resultar 
confuso. 


Por ejemplo: 


//f abra una conexión permanente a la base de datos 
Sconnect = mysql _pconnect ($hostname, username, password) E 


// devuelva la lista de tablas 
$result = mysql list _tables("databasel"):; 


// procese una iteración por las filas de tablas y muestra los 
/f nombres 


for($i=0; $i < mysql num rows ($result); $i++) ( 
print "Table name: ".mysql tablename($result, $i)."<br>in”; 


mysql_thread_id 


int mysql thread_id ([recurso conexión mysql]) 
Devuelve un entero que contiene el Id. del subproceso actual. 
Por ejemplo: 


¿f muestra - Id. de subproceso: 2394 (por ejemplo) 
print "Id. de subproceso: ".mysql thread_id():; 
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mysql_unbuffered-—query 


query—result mysql unouffered query(cadena consulta 
[, recuso conexion—mysql [, modo resultado int]]) 


Devuelve un resultado de consulta no almacenado en bufer (si la consulta es la 
que produce el resultado, como por ejemplo SELECT o DESCRIBE), devuelve 
truesila consulta no produce un resultado pero es satisfactoria (corno DELETE 
o UPDATE) y false si la consulta falla. La consulta se envía a traves de la 
conexión especificada (o de la ultima conexión abierta en caso de no especificar 
ninguna en concreto). 

La diferencia entre esta función ymysql_ quer y () es que, como el resulta- 
do no se almacena en búfer, utiliza menos memoria y puede trabajar con los 
resultados tras recuperar la primera fila. El inconveniente es que no puede utilizar 
mysql_num_rows (). Se utiliza principalmente en consultas lentas de gran 
tamaño. 

El parámetro opcionalmodo resultado puede serMYSQL USE RESULT 
(el predeterminado) o MY SQL S TORE_RESULT, que almacena el resultado en 
búfer, al igual que mysq1_query(). 

Por ejemplo: 


// abra una conexión permanente a la base de datos 
$connect = mysql pconnect ($hostname, S$username, $password) ; 


// seleccione la base de datos 
mysql _ select db("databasel", Sconnect) 5 


/f defina y ejecute la consulta 
$sql = "SELECT fieldl,field2 FROM table1"; 
$result - mysql_unbuffered query($sql, S$connect); 


// devuelva los datos tanto en matrices asociativas como 
// numericas (predeterminado) 
// procese una iteración por las filas para imprimir los datos 
while (%row = mysql fetch_array($result)) ( 
print "Fieldl: ".$row["fieldl1"]."<broAn"; 
print "Field2: ".$row["field2"]."<br>in"”:; 
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DBI Perl 


La forma recomendada para conectarse a una base de datos (no solamente a 
MySQL) en Perl es por medio del modulo DBI. Se trata de una interfaz genérica 
que le permite aceeder a distintos tipos de bases de datos de la misma forma. 
Junto con el modulo DBI, necesita un modulo DBD. 

Cada modulo DBD es para una base de datos concreta, por lo que debe utilizar 
el asociado a MySQL. 


NOTA : Para instalar compatibilidad DBI Perl con MySQL, necesita los 
módulos DBIL, DBD-mysql, Data-Dumper y File-Spec. Puede descargar las 


últimas versiones de www.perl.com/CPAN. El software incluye ins- 
trucciones completas. 


A lo largo de este apéndice, encontrara las siguientes convenciones utilizadas 
con los nombres de las variables: 


*  $dbh. Un objeto identificador de base de datos, devuelto por los metodos 
connect() o connect cached() 


*  $sth. Un objeto identificador de instrucción devuelto por el metodopre-— 
pare() entre otros 
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* — $drh. Un objeto identificador controlador (apenas se utiliza en aplicaciones) 
* Sh. Un identificador de base de datos, instruccion o controlador 


*  $rc. Un codigo de devolución booleano (verdadero si es satisfactoria o 
falso en caso de que falle) 


+  $rv. Un valor devuelto de ordenaciones, normalmente un entero 


+ (dary. Una matriz de valores, normalmente una fila de datos devuelta 
desde una consulta 


+ S$rows. Numero de filas procesadas o -1 si es desconocido 
+  $fh. Un identificador de archivos 
«  undef. Un valor NULL o indefinido 


. Y%attributes. Referencia a un hash de valores de atributos. Lo utilizan los 
metodos para distintos propositos 
Para utilizar el DBI, debe cargar el modulo DBI al inicio de su secuencia de 
comandos, como se indica a continuación: 


use DBI; 


Tras ello, necesita devolver un identificador de base de datos, normalmente 
con el método connect () de la clase DBI. Seguidamente, el identificador acce- 
de a los metodos que pueden ejecutar consultas y devolver resultados, y que 
habitualmente devuelven un identificador de instruccion. 


Metodos de la clase DBI 


Los metodos de la clase DBI son los que se proporcionan de forma completa 
desde la clase. El mas importante es el método connect (), que, si es satisfac- 
torio, devuelve un identificador de base de datos. 


available_drivers 


Qary = DBI->available drivers[($quiet)]; 


Devuelve una lista de controladores disponibles (modulos DBD). Muestra una 
advertencia si hay controladores con el mismo nombre. Si configura el parametro 
opcional $quiet con el valor true, se detiene esta advertencia. 


connect 


$dbh = DBI->connect ($datasource, Susername, $password 
[, XSattributes)])); 
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Crea una conexión a la base de datos a traves del origen de datos, el nombre de 
usuario y la contraseiia especificados, y devuelve un identificador de base de 
datos. El origen de datos esta formado por el controlador DBI (en este caso, 
dbi:mysql), el nombre de la base de datos, un nombre de servidor opcional 
(localhost si no se especifica), un nombre de puerto opcional (3306 si no se 
especifica) y un numero de modificadores, cada uno separado por punto y coma. 


mysql read default file=nombre de archivo 


El archivo especificado se utiliza como archivo de opciones (el archivo de 
configuración MySQL, normalmente my. ini o my. cnf en el servidor). 


mysql_read default group-=nombre de grupo 


Al leer un archivo de opciones, el grupo predeterminado que se utiliza es 
[cliente]. Esto cambia el grupo por [nombre de grupo]. La siguiente 
opcion hace que se comprima la comunicacion entre el cliente y el servidor: 


mysql compression=1 


La siguiente opcion especifica la ruta al socket Unix utilizado para conectarse 
al servidor: 


mysql _socket=/ruta/a/socket 


El nombre de usuario y contraseiia opcionales adoptan los valores de las 
variables de entorno DBI_USER y DBI_PASS si no se especifican. St la 
conexión falla, devolvera undef y configurara $DBlI:err y 
$SDBlI:errstr. 

Puede utilizar el parametro X% attribute spara configurar los distintos 
parametros, como AutoCommit (recomendado), RaiseError y 
PrintError. 

Por ejemplo: 


my S%hostname = 'localhost'; 
my S$database = 'firstdb'; 
my Susername = 'guru2b' ; 

my $password = 'g00r002b'; 


fConéctese a la base de datos 

my $dbh = DBI->connect ("dbi:mysql:$database: fhostname", Susername, 
Spassword, (AutoCommit => 0, RaiseError => 1, PrintError => 0)) 
or die $DBI::errstr; 


connect-cached 


Sdbh = DBI->connect_cached ($data_source, Susername, $password 
[ , M%sattributes]) 


Igual que connect (), a excepción de que los detalles del identificador de 
base de datos también se almacenan en una matriz hash. Este mismo identificador 
de base de datos se utiliza por invocaciones identicas posteriores a connect_ 
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cached (), si sigue siendo valido. El atributo CachedKids (al que se accede 
por medio de $dbh->[Driver)->([CachedKids)) contiene datos de cache. 
Es un método bastante nuevo y es muy probable que cambie. No es lo mismo que 
una conexión permanente Apache:DB]. 


data-sources 


RQary = DBI->data sources($driver [, Miattributes]); 


Devuelve una matriz de todas las bases de datos disponibles en el controlador 
indicado (en este caso, mysql). 


trace 


trace ($trace level [, $trace filename]) 


Este método activa o desactiva el rastreo. Cuando se invoca como método de la 
clase DBI, afecta al rastreo de todos los identificadores de base de datos e instruc- 
ciones. Cuando se invoca como método de identificador de base de datos o ins- 
trucciones, afecta al rastreo de dicho identificador (y los que en el futuro se 
deriven del mismo). 

El nivel de rastreo puede estar comprendido entre Ó y 9. En el O esta desactivado, 
en el 1 permite un análisis general, el 2 es el mas utilizado y el resto de metodos 
añaden mas detalles sobre el controlador y DBI. 

De forma predeterminada, el resultado se almacena en STDERR o se adjunta al 
archivo de rastreo si lo especificamos. 

Por ejemplo: 


DBI->trace (2): * rastrea todo 
$dth->trace(2, "/tmp/dbi _trace.out"); $ rastrea el 
* identificador de base de datos 

Ht a /tmp/dbi trace.out 
S$sth->trace(2):; F rastrea el identificador de 
* instrucción 


Tambien puede activar el rastreo si:configura la variable de entorno 
DBI_TRACE con un numero (entre 0 y 9) o un archivo, en cuyo caso el rastreo se 
configurará en el nivel 2 y se guardará en dicho archivo. 


Metodos DBl| comunes a todos los 
identificadores 


Los siguientes metodos estan disponibles para identificadores de base de da- 
tos, instrucciones y controladores. Se suelen utilizar para procesar errores. 


746 


err 


Srv = Sh->err; 


Devuelve el codigo de error nativo desde el ultimo método (normalmente un 
entero). 


errstr 


ferror string = ?dbh->errstr; 


Devuelve una cadena de error del fallo de la invocación anterior. 
Por ejemplo: 


my $hostname = 'localhost' ; 
my S$database = 'firstdb'; 
my Susername = 'guru2b'; 

my Spassword = 'g00r002b'; 


fConéctese a la base de datos 
my Sdbh = DBI->connect ("dbi:mysql:%database: $hostname", Susername, 
Spassword) or die SDBI::errstr; 


func 


$h->func (Qfunc arguments, S$func_ name); 


Se utiliza para invocar otros metodos de controlador no estandar. Adopta una 
matriz de argumentos y el nombre del método como argumentos. 

No desencadena los mecanismos de detección de errores convencionales (como 
RaiseError o PrintError) no borraun error anterior (como $DBI: :err 
O $DBI::errstr). 


set_err 


$rv = $h->set_err(f$err, $errstr [(, $state, $method [, $rv]]):; 


Un nuevo método utilizado principalmente por controladores y subclases DBI. 
Configura los valores err,errstr ystate parael identificador (para activar 
el procesamiento de errores a traves de RaiseError,etc.). 

$method define un nombre de método mas útil para la cadena de errores y 
Srv un valor de devolución (normalmente undef). 

Por ejemplo: 


sub doodle ( 
$H intente 'garabatear' 
or return 9%sth->set_err(1234, "Nope. Sorry. Out of luck. It all 
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went wrong", undef, "doodle"); 


) 


state 


$rv = $h->state; 


Devuelve un codigo de error en formato SOLSTATE . Habitualmente devuel- 
ve el codigo general S1000 cuando del controlador no es compatible con 
SOLSTATE. 


trace 


trace ($trace level [, Strace—filename]) 


Define el método trace anterior. 


trace-msg 


$h->trace msg(S$message text [, S$minimum—level]); 


Si se activa el rastreo, almacena el texto del mensaje en el archivo de rastreo. 
S1 se define el nivel minimo (1, de forma predeterminada), solamente almacena el 
mensaje si el nivel de rastreo se encuentra al menos a ese nivel. 


Funciones de utilidad DBI 
El paquete DBI tambien incluye las funciones de utilidad DBI. 


hash 


$hash—value = DBI::hash (S$buffer [, $typel) > 


Devuelve un valor entero de 32 bits, que es el resultado de un algoritmo hash 
especificado por $type ejecutado en el bufer. Un tipo O (el predeterminado) 
realiza un hash Perl 5.1, con un resultado negativo. 

Si el tipo es 1, se utiliza el algoritmo Fowler/Noll/Vo. 


looks_like_number 


fQbool = DBI::looks like number (Carray); 


Devuelve una matriz booleana, con t r u e en cada elemento de la matriz origi- 
nal que se parece a un numero, false en cada elemento que no se parece y 
undef si los elementos estan vacios o no se han definido. 
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neat 


$neat_string = DBI::neat ($value [, $maxlen]); 


Aplica un formato y aplica cornillas a la cadena por motivos visuales, no para 
pasarla al servidor de bases de datos. Si se excede la longitud maxima, la cadena 
se reduce en la cantidad indicada en Smaxlen-—4 y se aliaden puntos suspensivos 
(...) al extremo final. Si no se especifica £maxlen, se utiliza SDBI: :neat— 
maxlen, con un valor predeterminado de 400. 


neat-list 


$neat_string = DBl::neat_list(Mlistref [, $maxlen 
[, $field sep]]); 


Invoca la funcion neat () en cada elemento de la lista y devuelve una cadena 
con todos los elementos separados por Sfield_sep que, de forma predetermi- 
nada, es una coma (,). 


Metodos de identificadores de base de datos 


Estos metodos estan disponibles para el identificador de base de datos, por lo 
que tendra que abrir una conexión antes de poder utilizarlos. Algunos de estos 
metodos devuelven un identificador de instrucción, que podra procesar posterior- 
mente por medio de los metodos de procesamiento de identificadores de instruc- 
ciones que veremos mas adelante. 


begin_work 


$rc = $dbh->begin work o die $dbh->errstr; 


Inicia una transaccion y desactiva AutoCommit hasta que la transaccion 
finaliza con commit () O rollback(). 


column_info 


$sth = $dbh->column info($catalog,$schema, $table, $column); 


Un método experimental que devuelve un identificador de instrucciones activo 
para obtener información sobre columnas. 


commit 


Src = $dbh->commit; 
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Confirma la transacción actual. Es necesario desactivar el parametro 
AutoCommit para que tenga efecto. 


disconnect 


$rc = $dbh->disconnect; 


Utiliza el identificador de bases de datos especificado para desconectarse de la 
base de datos. Devuelve true si la operación es satisfactoria o false en caso 
contrario. 

El método no define si se confirman o invierten las transacciones actualmente 
abiertas, por lo que debe hacerlo de forma especifica en su aplicacion antes de 
invocar disconnect. 


do 


$rv = $dbh->do($statement [,M%attributes [,fbind values]]); 


Prepara y ejecuta una instrucción SQL que devuelve el numero de filas afecta- 
das. Devuelve OE.O (se trata como true) si no hay filas afectadas o undef si se 
produce un error. 

Normalmente se utiliza en consultas que no devuelven resultados (como INSERT 
o UPDATE) y que no utilizan marcadores de posición. Este método es mas rapido 
que los metodos equivalentes prepare () yexecute(). 

Devuelve un entero. 

Por ejemplo: 


my $hostname = 'localhost' ; 
my S$database = 'firstdb' ; 
my fusername = 'guru2b'; 

my Spassword = 'g00r002b'; 


Conéctese a la base de datos 
my $dbh = DBI->connect ("dbi:mysql:$database: $hostname”, Susername, 
Spassword) or die $DBlI::errstr; 


$sql = "INSERT INTO customer (id,surname) VALUES (11,'Sandman') "; 
$dbh->do ($sql) ; 


foreign—key-—info 


$sth = $dbh->foreign_key info($pk_ catalog, $pk_schema, 
$pk_table [, $fk catalog, $fk_schema, $9fk table]); 


Un método experimental que devuelve un identificador de instrucciones para obte- 
ner información sobre claves secundarias. Los argumentos $pk-catalog, 
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Spk schema y $pk_ table especifican la tabla de clave principal. Los argumen- 
tos $Sfk catalog, $fk_schema y $fk table, la tabla de clave secundaria. 

El resultado devuelto depende de las tablas que se proporcionen. Si solamente 
se proporciona la tabla de clave secundaria (pasando undef como argumento de 
clave principal), los resultados contendran todas las claves secundarias en dicha 
tabla y las claves principales asociadas. Si solamente se proporciona la tabla de 
clave principal, los resultados contienen la clave principal de dicha tabla y todas 
las claves secundarias asociadas. Si se proporcionan ambas tablas, los resultados 
contendran la clave secundaria de la tabla de clave secundaria que hace referencia 
a la clave principal de la tabla de clave principal. 


get_info 


$value = $dbh->get_info( S$info type ); 


Un método experimental que devuelve información de implementación. 


ping 
$rc = $dbh->ping; 


Comprueba si la base de datos sigue en ejecucion y la conexión se encuentra 
activa. 


prepare 


$sth = $dbh->prepare ($statement [, M%óattributes]) 


Devuelve una referencia a un identificador de instrucciones y prepara una 
instruccion SQL para su ejecución (por medio del método execute). Normal- 
mente se preparan instrucciones que van a devolver resultados, como SELECT y 
DESCRIBE. 


prepare—cached 


$sth = S$dbh->prepare cached($statement [, Añattributes, 
[ S$allow active]]); 


Igual que prepare a excepción de que el identificador de instrucciones se 
almacena en un hash para que posteriores invocaciones de los mismos argumentos 
devuelvan el mismo identificador. El argumento £allow_ active tiene tres 
parámetros. El predeterminado, 0, genera una advertencia e invoca finish() 
en el identificador de instrucciones antes de devolverlo. | invoca finish() 
pero elimina la advertencia. $1 se configura como 2, el DBI no invocarafinish() 
antes de devolver la instruccion. 


primary—-key 
Ckey_column_ names - $dbh->primary_ key ($catalog, $schema, Stable): 


Una interfaz experimental del método primary_key_info que devuelve 
una matriz de nombres de campos que forman la clave principal, secuencialmente, 
de la tabla especificada. 


primary—key-—info 
$sth = $dbh->primary key info($catalog, $schema, $table); 
Un método experimental para obtener información sobre columnas de clave 


principal. 


quote 


$quoted string = 5$dbh->quote($string [,?$data type]) 


Devuelve una cadena con todos los caracteres especiales con conversiones de 
escape (como comillas simples y dobles) y añade otros signos. Si se especifica el 
tipo de datos, Perl lo utilizara para determinar el comportamiento predeterminado 
del uso de comillas. 


quote_identifier 


$sql = $dbh->quote identifier( $namel[ , $name2, $name3, 
XAgSattributes ]); 


Realiza una conversion de escape de todos los caracteres especiales en un 
identificador (como por ejemplo un nombre de campo) para utilizarlo en una consulta. 


rollback 


$rc = $dbh->rollback; 


Invierte la transacción actual. Es necesario desactivar el parametro 
AutoCommit para que tenga efecto. 


selectall_arrayref 


jary ref = $dbh->selectall arrayref ($statement [, MXóattributes 
[,fbind_values]]); 


Un método que combina los metodos prepare(),execute() y 
fetchall-arrayref () en uno, para facilitar su utilización. Devuelve una 
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referencia a una matriz que contiene una referencia a una matriz para cada fila de 
datos devuelta desde la consulta. La instruccion tambien puede ser un identificador 
de instrucciones que ya se haya preparado, en cuyo caso el método no utilizara el 
método prepare(). 

Puede configurar otros argumentos para pasarlos al método selectall_ 
arrayred() en %attributes. 


selectall-hashref 


f$hash_ref = $dbh->selectall hashref (9statement, S$key field 
[, Xéattributes [,fbind values]]); 


Método que combina los metodos prepare(),execute() y 
fetchall hashref () en uno, para facilitar su utilización. Devuelve una 
referencia a un hash que contiene una entrada para cada fila devuelta de la con- 
sulta. La clave de cada campo se especifica por medio de $key field y el 
valor es una referencia a un hash. La instruccion tambien puede ser un identificador 
de instrucciones que ya se haya preparado, en cuyo caso el método ignora la parte 
prepare/(). 


selectcol_arrayref 


Sary ref = $dbh->selectcol arrayref ($statement [, Sattributes 
[,Gbind values]]); 


Un método que combina los metodos prepare() y execute() con la 
obtencion de una o varias columnas de todas las filas devueltas desde la consulta. 
Devuelve una referencia a una matriz que contiene los valores de las columnas de 
cada fila. La instruccion tambien puede ser un identificador de instrucciones que 
ya haya sido preparado, en cuyo caso el método ignora la parte prepare(). 

De forma predeterminada, devuelve la primera columna de cada fila, pero 
puede devolver mas si utiliza el atributo Columns, que es una referencia a 
una matriz que contiene el numero de columnas que se va a utilizar. Por 
ejemplo: 


% ejecute una consulta y devuelva las dos columnas 

my S$array—ref = $?dbh->selectcol arrayref ("SELECT first—name, 
surname FROM customer", (f Columns=>[(1,2] )):5 

H cree el hash a partir de los pares clave-valor de forma que 
Shash($first_ name) => surname 

my %¿hash = (f$array—ref; 


selectrow-array 


Qrow_ ary = $dbh->selectrow array(?statement [(, Sattributes 
[,Cbind_values]]):; 
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Un método que combina los metodos prepare(),execute() y 
fetchrow _array() en uno para facilitar su utilizacion. Devuelve la primera 
fila de datos devuelta desde la consulta. La instrucción también puede ser un 
identificador de instrucciones, en cuyo caso el método ignora la parte prepa-— 


re(). 


selectrow-arrayref 


Sary ref = S$dbh->selectrow arrayref ($statement [, Móattributes 
[,Cbina values]]); 


Un método que combina los metodos prepare(), execute() y 
fetchrow_arrayref () en uno para facilitar su utilizacion. La instrucción 
también puede ser un identificador de instrucciones que ya se haya preparado, en 
cuyo caso el método ¡ignora la parte prepare (). 


selectrow—hashref() 


$hash_ ref = $dbh->selectrow hashref ($statement [, Xñattributes 
[bind _values]]); 


Un método que combina los metodos prepare(),execute() y 
fetchrow hashyref () en uno para facilitar su utilizacion. Devuelve la prime- 
ra fila de datos devueltos desde la consulta. La instruccion tambien puede ser un 
identificador de instrucciones que ya se haya preparado, en cuyo caso el método 
1gnora la parte prepare (). 


table_info 


$sth = $dbh->table info($catalog, $schema, $table, $type 
[, Xóattributes]); 


Un método experimental que devuelve un identificador de instrucciones activo 
para obtener información sobre tablas y vistas de la base de datos. 


tables 


fQnames = $dbh->tables ($catalog, $schema, $table, $type); 


Una interfaz experimental del método table._info() que devuelve una 
matriz de nombres de tabla. 


type-—info 


(type info = $dbh->type info($data type); 
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Un método experimental que devuelve una referencia a una matriz que contie- 


ne informacion sobre tipos de datos admitidos por la base de datos y el controla- 
dor. 


Metodos de procesamiento de instrucciones 


Estos metodos funcionan en el identificador de instrucciones, que se obtiene al 
invocar un método de procesamiento de base de datos como prepare (). 


bind=col 
$type info all = $dbh->type info all; 


Vincula un campo (empezando por 1) del resultado de una instruccion SELECT 
a una variable. Vease bind_columns para mas información. 


bind=-columns 


$rc = $sth->bind col($column_number, MXfcolumn variable); 


Invoca elmétodo bind col () en cada campo de una instrucción SELECT. 
El nhmero de referencias debe coincidir con el nhmero de campos. 
Por ejemplo: 


* configure RaiseError con el valor 1 para no tener que 
* comprobar todas las llamadas de metodos 
$dbh->(RaiseError) = 1; 


9sth = $dbh->prepare (qíSELECT first _ name,surname FROM 
customer)) ; 

$sth->execute; 

my (S$first—name, $surname) ; 

 Vincule variables Perl a las columnas: 


$rv = $sth->bind_ columns (M$first name, M$surname)'; 
while ($sth->fetch) ( 


print "S$first—name $surnamein"; 


bind—param 


$rv = $sth->bind param($bind num, $bind value [M%sattributes | 
$bind typel); 


Se utiliza para vincular un valor a un marcador de posicion, indicado por un 
signo de interrogación (?). Se utiliza un marcador de posicion cuando planeamos 
ejecutar varias veces una sencilla consulta, en la que cada una de las veces sólo 
cambia un parametro. 
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Por ejemplo: 


$sth = $dbh->prepare("SELECT fname, sname FROM tname WHERE 
sname LIKE ?"); 


$sth->bind _param(1, "Vusi%"); * placeholders begin from 1 
$sth->execute; 


No se pueden utilizar marcadores de posicion para reemplazar a un nombre de 
tabla o de campo, o para reemplazar cualquier cosa que no sea un solo valor 
escalar. Por ejemplo, los siguientes casos son usos incorrectos de marcadores de 
posicion: 


SELECT fname, ? FROM tname WHERE sname LIKE 'Vusi%' 


SELECT fname, sname FROM ? WHERE sname LIKE 'Vusi%' 
SELECT fname, sname FROM tname WHERE sname IN (?) 


Tambien puede utilizar el parametro de tipo de vinculación opcional para indi- 
car que tipo de marcador de posicion debe tener. Por ejemplo: 


$sth->bind param(1l, Sbind—value, (TYPE => SOL—INTEGER)); 


o el método abreviado equivalente, que requiere la importación de DBI con 
use DBIqw(:sql_types): 


$sth->bind param(1, $bind value, SQL INTEGER); 
Por otra parte, puede utilizar el parametro A3attributes de esta forma: 
$sth->bind param(1, Sbind—value, (TYPE => SOL—INTEGER)) 5 


Esto devuelve un entero. Por ejemplo: 


my S$hostname = 'localhost'; 
my $database = 'firstab'; 
my $username = 'guru2b'; 

my Spassword = 'g00r002b'; 


% Conectese a la base de datos 
my Sdbh = DBI->connect ("dbi:mysql:$database:?hostname”, fusername, 
password) or die $DBI::errstr; 


$ Cree la consulta con un símbolo ? para indicar el marcador de 
* posicion 


my $query = 'SELECT first_name,surname FROM customer WHERE id=?* ; 


+ Prepare la consulta 
my $sth = $dbh->prepare ($query) ; 


$ Cree una matriz de Id. para sustituir al marcador de posicion 
my Rids = (1,4,5,6)5 


F Procese una iteración por la matriz y ejecute la consulta 
for(Qids) [ 
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$sth->bind param(1, $% , SQL INTEGER); 
$sth->execute():; 


my ( $first_name, $surname); 
$sth->bind columns (undef, MX9$first_name, l$surname); 


$ Procese una iteración por las filas devueltas y muestre los 
* resultados 
while(í $sth->fetch()) (1 

print "Sfirst—-name $surnamein”; 


) 
Ssth->finish(): 


bind—param-array 


$rc = $sth->bind param array($p _ num, Sarray ref or value 
[, Móattributes | $bind type]) 


Se utiliza para vincular una matfiz a un marcador de posición definido en la 
instrucción preparada, lista para su ejecucion con el métodoexecute_array(). 
Por ejemplo: 


* configure RaiseError con el valor 1 para no tener que 

* comprobar todas las llamadas a metodos 

$dbh->(RaiseError) = 1; 

$sth - $dbh->prepare("INSERT INTO customer(first—name, surname) 
VALUES (?, ?)"):5 

$ Cada matriz debe tener el mismo numero de elementos 
$sth->bind param array(1, [ 'Lyndon', 'Nkosi', 'Buhle' ]J)5 
$sth->bind param array(2, [ 'Khumalo', 'Battersby', 'Lauria' 
1); 

my Stuple_status; 

$sth->execute array(1%tuple status); 


bind_param-inout 
$rv = >$sth->bind param _inout($p num, A$bind value 
$max_len [, MSattributes | Sbind—typel) O a 


Igual que el métodobind param() pero le permite actualizar valores (para 
procedimientos almacenados). Actualmente MySQL no lo admite. 


dump_results 


$rows = $sth->dump results($max_ len, $lsep, $%fsep, $fh); 


Convierte todas las filas del identificador de instrucciones a $fh (de forma 
predeterminada STDOUT) despues de invocar DBT::neat_list en cada fila. 
El separador de filas es $1sep (con el valor predeterminado 1n), el separador de 
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campos es $fsep (una coma de forma predeterminada) y un valor de 35 en 
$max—len. 


ex 


$rv = $sth->execute([fbind values]); 


Ejecuta una instruccion preparada y devuelve el numero de filas afectadas (en 
consultas que no devuelven datos, como INSERT o UPDATE). Devuelve OEO 
(tratado como true) si no hay filas afectadas o undef si se produce un error. 
Puede utilizar uno de los metodos de obtencion para procesar los datos. 

Devuelve un entero. 

Por ejemplo: 


my $hostname = 'localhost' 
my $database = 'firstdb' ; 
my Susername = 'guru2b'; 

my Spassword = 'g00r002b'; 


F Conectese a la base de datos 
my $dbh = DBI->connect ("db1:mysql:$database:$hostname", 
Susername, $fpassword); 


$ Cree la consulta con un símbolo ? para indicar el marcador de 
* posición 

my S$query = 'SELECT first_name,surname FROM customer WHERE 
id=2' 5; 


É Prepare y ejecute la consulta 


my %$sth = Sdbh->prepare ($query) ; 
$sth->execute() 5; 


> 


my( S$first name, f$surname); 
$sth->bind columns (undef, MX$first_ name, lX$surname); 


H Procese una iteración por las filas devueltas y muestre los 
% resultados 
while( Ssth->fetch()) (1 

print "S$first-name $surnamein"”; 


$£sth->finish():5 


execute-array 


$rv = f$sth->execute array(i%attributes[, fbind values]); 


Ejecuta una instruccion preparada en cada parametro configurado con 
bind paramarray()oen Obindvalues y devuelve el numero total de 
filas afectadas. 
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fetch 


Un alias de fetchrow_arrayref (). 


fetchall_arrayref 


Stable = $sth->fetchall arrayref [[($slice[, $max_rows])]; 


Devuelve todas las filas devueltas desde la consulta como referencia a una 
matriz que contiene una referencia por fila. 

S1 no se devuelven filas, devuelve una referencia a una matriz vacia. Si se 
produce un error, devuelve los datos obtenidos hasta el error, en caso de que haya 
alguno. El parametro opcional $s 1ice puede ser una referencia a una matriz oa 
un hash. Si se trata de una referencia de matriz, el método utiliza fetcha11_ 
arrayref para obtener cada fila como referencia de matriz. Si se especifica un 
indice, devolvera campos (empezando desde 0). Si no hay parametros o si no se 
define $s lice, el método funciona como si se hubiera pasado una referencia a 
una matriz vacia. 

Si $slice es una referencia a un hash, el método utiliza fetchall_ 
hashref para obtener cada fila como referencia de hash. Los campos devueltos 
se basaran en las claves hash. El valor hash siempre debe ser 1. 

Lo entendera mejor con algunos ejemplos. Los dos primeros ejemplos devuel- 
ven referencias a una matriz de referencias de matriz. En primer lugar, para 
devolver solamente el segundo campo de cada fila, utilice lo siguiente: 


$tbl_ary ref = S$sth->fetchall arrayref([1]); 
Para devolver el tercero y el ultimo campo de cada fila, utilice lo siguiente: 
$tbl_ary ref = $sth->fetchall arrayref([-3,-1]); 


Los dos siguientes ejemplos devuelven una referencia a una matriz de referen- 
cias hash. En primer lugar, para obtener todos los campos de todas las filas como 
referencia hash, utilice lo siguiente: 


$tbl ary ref = 5sth->fetchall arrayref(()); 


Para obtener solamente los campos con el nombre f name y sname de cada 
fila como referencia hash, con las claves FNAME y sname, utilice lo siguiente: 


$tbl _ary ref = $sth->fetchall arrayref((í FNAME=>1, sname=>1 )); 


Si el parametro opcional $max rows se define como entero positivo (puede 
ser cero), el número de filas devueltas se limitará a este número. Puede invocar 
fetchall arrayref de nuevo para devolver mas filas. Lo utilizara si no 
dispone de suficiente memoria para devolver todas las filas de una vez pero quiere 
que el rendimiento se beneficie de fetchall_arrayref. 


fetchall_hashref 


$hash_ref = $dbh->fetchall hashref ($key field); 


Devuelve una referencia a un hash que contiene, como mucho, una entrada por 
fila. Si la consulta no devuelve filas, el método devuelve una referencia a un hash 
vacio. Si se produce un error, devuelve los datos obtenidos hasta que surge el 
error, en caso de que haya obtenido alguno. 

El parametro $key field especifica el nombre del campo que almacena el 
valor que se utilizara como clave del hash devuelto, o puede ser un número que 
corresponda a un campo (empieza en 1, no en 0). El método devuelve un error si 
la clave no coincide con un campo, bien como nombre o como numero. 

Habitualmente se utiliza cuando el valor del campo de clave de cada fila es 
exclusivo; en caso contrario, los valores de la segunda fila y las siguientes reem- 
plazan a los anteriores que tengan la misma clave. 

Por ejemplo: 


$dbh->(FetchHashKeyName) = 'NAME _lc'; 
$sth = $dbh->prepare ("SELECT id, fname, sname FROM tname"); 
$hash—ref = $%sth->fetchall hashref('id'); 


print "The surname for id 8: S$hash _ ref->(8)->(sname)";. 


fetchrow_array 


Qrow = $sth->fetchrow array; 


Devuelve una matriz de valores de campo de la siguiente fila de datos, por 
medio de un identificador de instrucciones previamente preparado. A los elemen- 
tos de la fila se puede acceder como $row[0],$row[1],etc. De esta forma se 
desplaza el puntero de fila para que la siguiente invocacion de este método de- 
vuelva la siguiente fila. 


fetchrow_arrayref 


$row ref = $sth->fetchrow arrayref 


Devuelve una referencia a una matriz de valores de campo de la siguiente fila 
de datos, por medio de un identificador de instrucciones previamente preparado. 
A los elementos de la fila se puede acceder como $row_ref—>[0],$row_ref- 
>[1] y asi sucesivamente. 

De esta forma se desplaza el puntero de fila para que la siguiente invocacion 
de este método devuelva la siguiente fila. 


fetchrow_hashref 


$hash ref = $sth->fetchrow hashref[($name)]; 
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Devuelve una referencia a una tabla hash con el nombre del campo como clave 
y los contenidos del mismo como valores, por medio de un identificador de ins- 
trucciones previamente preparado. A los elementos de la fila se puede acceder 
como $row[0], $row[1], y así sucesivamente. 

De esta forma se desplaza el puntero de fila de forma que la siguiente invoca- 
cion de este método devuelva la siguiente fila. 

El parametro opcional n a m e especifica el nombre que se asignara a los atribu- 
tos. El predeterminado es NAME, pero le sugerimos NAME_uc O NAME__1c (ma- 
yusculas o minusculas) por motivos de portabilidad. 

Losmetodos fetchrow_arrayref yfetchrow_array sonconsidera- 
blemente mas rapidos. 


finish 
S$rc = $sth->finish; 


Libera recursos del sistema asociados a un identificador de instrucciones, indi- 
cando que no se devolveran mas datos del mismo. 
Devuelve true sies satisfactorio O false en caso contrario. 


rOWS 


Srv = $sth->rows; 


Devuelve el numero de filas modificadas por la ultima instruccion SQL (por 
ejemplo despues de una instrucción UPDATE O INSERT) o -1 si el numero es 
desconocido. 


Atributos DBI comunes a todos 
los identificadores 


Estos atributos proporcionan información y se pueden aplicar a todos los 
identificadores. Los mas habituales son los que se utilizan para procesar errores, 
RaiseError y PrintError. Por ejemplo, $h->['RaiseError']) hace 
que los errores en ese identificador inicien excepciones. 


Active 


Active (booleano, solo lectura) 


Verdadero si el objeto identificador esta activo (conectado a una base de datos 
si se trata de un identificador de base de datos o con mas datos por conseguir si se 
trata de un identificador de instrucciones). 
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ActiveKids 


ActiveKids (entero, solo lectura) 


El numero de identificadores de base de datos activos (en un identificador de 
controlador) o el numero de identificadores de instrucciones actualmente activos 
en un identificador de base de datos. Activo significa conectado a una base de 
datos si se trata de un identificador de base de datos o con mas datos por obtener 
si se trata de un identificador de instrucciones. 


CachedKids 


CachedKids (referencia hash) 


En identificadores de base de datos, contiene una referencia a un hash de 
identificadores de instrucción creados por el método prepare _cached(). En 
identificadores de controladores, contiene un hash de identificadores de base de 
datos creados por connect_cached(). 


ChopBlanks 


ChopBlanks (booleano, heredado) 


Especifica sí los distintos metodos de obtencion eliminaran espacios en blanco 
delanteros o traseros de campos CHAR. Se configura como true si lo hacen y 
como false si no lo hacen. 


CompatMode 


CompatMode (booleano, heredado) 


Las capas de emulacion garantizan un comportamiento compatible en el con- 
trolador. 


FreeHashKeyName 


FetchHashKeyName (cadena, heredado) 


Especifica que nombre de atributo utiliza el método fetchrow_hashref () 
para obtener los nombres de campo de las claves hash. El predeterminado es NAME 
pero puede configurarlo como NAME_1c o NAME_ uc por motivos de portabilidad. 


HandleError 


HandleError (referencia codigo, heredado) 
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Le permite crear su propia tecnica de procesamiento de errores. Puede confií- 
gurarlo como una referencia a una subrutina, que se invocara cuando se detecte 
un error (en el mismo caso en que se invocarian RaiseErroryPrintError). 
S1 la subrutina devuelve false, se comprueban RaiseError yPrintError. 
La subrutina se invoca con tres parametros: la cadena del mensaje de error (la 
misma que utilizarian RaiseError yPrintError), el identificador DBI y el 
primer valor devuelto por el método que ha fallado. 


InactiveDestroy 


InactiveDestroy  (booleano) 


Diseñado para aplicaciones Unix que dividen procesos secundarios. False, el va- 
lor predeterminado, indica que el identificador se destruye automáticamente cuando 
sobrepasa el ambito. T r u e indica que el identificador no se destruye automaticamente. 


Kids 
Kids (entero, solo lectura) 


Contiene el numero de identificadores de base de datos actuales (en 
identificadores de controladores) o el numero de identificadores de instrucción 
actual en un identificador de base de datos. 


LongReadLen 


LongReadlLen (entero sin firma, heredado) 


Controla la longitud maxima de campos largos (BLOB y TEXT). Debe ser 
ligeramente superior al campo mas largo. Al configurarlo como 0, los datos lar- 
gos no se obtienen automaticamente (es decir, fetch () devuelve undef, en 
lugar del valor real del campo, cuando procesa campos largos). Configurarlo con 
un valor demasiado elevado es un perdida de memoria. 


LongTruncOK 


LongTruncok (booleano, heredado) 


False, el valor predeterminado, indica que el intento de obtener valores lar- 
gos superiores a LongReadLen hace que fracase la operación. T r ue devuelve 
un valor truncado. 


PrintError 


PrintError (booleano, heredado) 
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Cuando se define como t rue (el predeterminado) los errores de un método 
generan una advertencia. Normalmente se configura como false cuando 
RaiseError se configura como true. 


private_* 


private * 


Puede almacenar informacibn propia adicional como atributo privado en un 
identificador DBI si especifica un nombre que empiece por private. Debe 
asignar un nombre con el formato private nombre descriptivo 
_de_su_módulo y utilizar un solo atributo. Debido al funcionamiento del me- 
canismo tie de Perl, no puede utilizar el operador | |= directamente para 
inicializar el atributo. Para inicializarlo, utilice un enfoque de dos pasos como el 
que mostramos a continuación: 


my S$descriptive—name = $dbh->( private nombre descriptivo 
de su módulo ]; 

$descriptive—name |!l: $dbh->(private nombre descriptivo 
de su _ módulo ) = [l +... ); 


No puede utilizar lo siguiente como esperaba: 


my S$descriptive—name = 5$dbh->(private nombre descriptivo 
de su módulo ) |l= [ ... ); 
Profile 


Profile (heredado) 


Permite informar sobre estadisticas de tiempo de invocación de metodos. En la 
documentación DBI : :Profile encontrara mas detalles. 


RaiseError 


RaiseError (booleano, heredado) 


De forma predeterminada es false; cuando se configura como true, hace 
que los errores inicien excepciones en lugar de devolver codigos de error. Normal- 
mente PrintError se configura como false cuando RaiseErrorestrue. 


ShoweErrorStatement 


ShowErrorStatement (booleano, heredado) 


Cuando es true, adjunta el texto de la instrucción al mensaje de error de 
RaiseError y PrintError. Se aplica a errores de identificadores de instruc- 
ciones y a los metodos de identificación de bases de datos prepare () y do(). 
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Taint 


Taint (booleano, heredado) 


Si se define como true, y Perl se ejecuta en modo taint (-T), todos los 
datos de la base de datos se tratan como si fueran de este modo, como lo son los 
argumentos de la mayoría de los metodos DBI. 


El valor predeterminado es false. En una fase posterior se pueden tratar mas 


datos como de modo t aint, por lo que debe prestar especial atencion al utilizar 
Taint. 


Warn 


TraceLevel (entero, heredado) 


De forma predeterminada es true, lo que activa las advertencias. Puede uti- 
lizar $SIG[_WARN_) para capturar advertencias. 


Atributos de identificadores de base de datos 


Los atributos de identificadores de base de datos son los que solamente estan 
disponibles para un identificador de base de datos. 


AutoCommit 


Warn (booleano, heredado) 


Si se configura como true, las instrucciones SQL se confirman 
automaticamente. 


Si se configura como false, de forma predeterminada forman parte de una 
transacción y deben confirmarse o invertirse. 


Driver 


AutoCommit (booleano) 


Contiene el identificador del controlador principal. 
Por ejemplo: 


Driver (identificador) 


Name 


Name (cadena) 


El nombre de la base de datos. 
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RowCacheSize 


RowCacheSize (entero) 


Tamaiio ideal que deberia tener la cache de filas o undef si esta no se ha 
implementado. Si se configura con un numero negativo, especifica el tamaño de memo- 
ria que se utilizara para alrnacenar en cache, O determina automaticamente el tamaño, 1 
desactiva la cache y un numero positivo mayor equivale al tamaiio de la cache en filas. 


Statement 


Statement (cadena, solo lectura) 


La ultima instrucción SQL que se haya pasado a prepare() 


Atributos de identificadores de instrucciones 


Estos atributos se aplican a identificadores de instrucciones que se han devuel- 
to desde una consulta preparada. La mayoría son de sólo lectura y son especificos 
del identificador de instrucciones. 


CursorName 


CursorName (cadena, solo lectura) 


Nombre del cursor asociado al identificador de instrucciones 0 undef si no se 
puede obtener. 


NAME 


NAME (referencia a matriz, sólo lectura) 


Una referencia a una matriz de nombres de campos. Los nombres pueden estar 
en mayuscula, minúscula o mezclados. Puede utilizar NAME_1c O NAME_uc 
para mejorar la portabilidad entre sistemas. 

Por ejemplo, para mostrar la segunda columna, utilice lo siguiente: 


Ssth = Sdbh->prepare("select * from customer"); 
$sth->execute; 
Qrow = $sth->fetchrow array; 


print "Column 2: $sth->(NAME)->[1]”; 


NAME_hash 


NAME—hash (referencia a hash, solo lectura) 
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Información sobre nombres de campos devuelta como referencia a un hash. 
Los nombres pueden estar en mayuscula, minuscula o mezclados. Las claves del 
hash son los nombres de los campos y los valores son el indice del campo (siendo 
O el primer campo). Puede utilizar NAME._1c O NAME_uc para mejorar la 
portabilidad entre sistemas. 

Por ejemplo: 


Ssth = Sdbh->prepare ("select first-name, surname from 
customer"): 

Ssth->execute; 

Qrow = Ssth->fetchrow-array; 

print "First name: $frow[$sth->(NAME hash)(first—-name)]Ain"; 
print "Surname: ¿row[$sth->(NAME hash) (surname) JAn"; 


NAME_Ic 


NAME—1c (referencia a matriz, solo lectura) 


Igual que NAME pero solamente devuelve nombres en minuscula. 


NAME_lc_hash 


NAME_lc_ hash (referencia a hash, solo lectura) 


Igual que NAME_hash pero solamente devuelve nombres en minúscula. 


NAME_uc 


NAME—uc (referencia a matriz, solo lectura) 


Igual que NAME pero solamente devuelve nombres en mayuscula 


NAME_uc_hash 


NAME_uc hash (referencia a hash, sólo lectura) 


Igual que NAME_hash pero solamente devuelve nombres en mayuscula. 


NULLABLE 


NULLABLE (referencia a matriz, sólo lectura) 


Una referencia a una matriz que indica si el campo puede contener nulos o no. 
Mostrara O para no, 1 para sí y 2 sies desconocido. 
Por ejemplo: 


print "Field 1 can contain a NULL" if $sth->(NULLABLE)->[0] 5 
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NUM_OF_FIELDS 


NUM_OF FIELDS (entero, solo lectura) 


El numero de campos que devolvera la instruccion preparada. Sera € en ins- 
trucciones que no devuelven campos (INSERT, UPDATE, et-.). 


NUM_OF_PARAMS 


NUM_OF PARAMS (entero, solo lectura) 


Numero de marcadores de posicion en la instruccion preparada. 


ParamValues 


ParamValues (referencia a hash, solo lectura) 


Una referencia a un hash que contiene los valores vinculados a los marcadores 
de posicion o undef si no estan disponibles. 


PRECISION 


PRECISION (referencia a matriz, solo lectura) 


Referencia a una matriz de enteros de cada campo, que hace referencia a la 
longitud maxima del campo (campos no numericos) o al numero maximo de digitos 
con significado (no el tamaiio de representación; excluye el signo, la coma deci- 
mal, el caracter E, etc.). 


RowsInCache 


RowsInCache (entero, solo lectura) 


Numero de filas sin conseguir en cache o undef si el controlador no es compa- 
tible con una cache de filas local. 


SCALE 


SCALE (referencia a matriz, solo lectura) 


Devuelve una referencia a una matriz de valores enteros de cada columna. Los 
valores NULL (undef) indican columnas en las que no se puede aplicar la escala. 


Statement 


Statement (cadena, solo lectura) 


La ultima consulta SQL pasada al método prepare () 
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TYPE 


TYPE (referencia a matriz, sólo lectura) 


Referencia a una matriz de valores enteros (que representa el tipo de datos) de 
cada campo. 


Atributos dinamicos 


Se trata de atributos que tienen un ciclo vital breve y que solamente estan 
disponibles justo despues de configurarlos. Se aplican al identificador que se 
acaba de devolver. 


err 


SDBI::err 


Igual que $handle->err. 


errstr 


SDBI: :errstr 


Igual que Shandle->errstr 


lasth 


$SDBI::lasth 


Devuelve el identificador DIB utilizado con la ultima invocacion de metodos 
DBLI o el principal del identificador (si existe) si la invocacion del método es 
DESTROY. 


FOWS 


SDBI:: rows 


Igual que Shandle->rows 


state 


SDBI::state 


Igual que $handle->state 


E) 


Breve ejemplo de DBI Perl 


El listado D.1 se conecta a un servidor, prepara una consulta con un marcador 
de posicion, vincula una serie de valores a este marcador de posicion y tras ello 
procesa una iteracion por cada fila y cada consulta para mostrar los resultados. 


Listado D.l: Example. pl 
$*!/usr/bin/perl -w 


use strict; % no es necesario utilizar strict, pero deberia 
use DBI; * el modulo principal 


* defina variables con los detalles de la conexión 
my S$hostname = 'localhost'; 


my $database = 'firstdb'; 
my Susername = 'guru2b'; 
my S$password = 'g00r002b'; 


Conéctese a la base de datos 
my $dbh = DBI->connect ("dbi:mysql:$database:>?nhostname", 
Susername, S$password):; 


É Defina y prepare la consulta con el símbolo ? para 
especificar una variable de vinculacion. 

my %sql qíSELECT first name,surname FROM customer WHERE 
id="%)+* 

my Ssth = Sdbh->prepare ($sql) ; 


$ Cree una matriz de Id. que utilizará para sustituir al 
marcador de posicion 
my Rfids = (1,4,5,6); 


+ Procese una iteracion por la matriz y ejecute la consulta 
for(fids) ( 

$sth->bind_paramíl, $_, SQL INTEGER); 

$sth->execute(): 


my( $first name, $surname); 
$sth->bind columns (undef, MX$first name, MA$surname); 


F Procese una iteracion por las filas devueltas y muestre los 
* resultados 


while( $sth->fetch()) ( 
print "Sfirst-name $surnamein”; 


) 
$sth->finish():; 


$dbh->disconnect; 
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IS] API de base 


de datos 
Phnyton 


Python utiliza el API DB independiente de base de datos para su conectividad 
de base de datos. En concreto para MySQL, utiliza el modulo MySQLdb. La 
ultima version del API (en el momento de escribir este libro) era Phyton Database 
API Specification 2.0. Es un API relativamente nuevo y muchas de las caracte- 
risticas disponibles en otros API todavia no se han implementado. Sin embargo, 
su simplicidad hace que resulte muy sencillo de aprender y utilizar. 

Encontrara MySQLdb e instrucciones completas de instalacion en http: // 
sourceforge.net/projects/mysgl-python?/. 


Atributos 


Los atributos pueden estar disponibles para todo el modulo o pueden ser espe- 
cificos de un cursor. En este apartado describiremos los atributos disponibles en 
funcion de cómo lo esten. 


Atributos de modulo 


Son atributos disponibles para todo el modulo. 
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APILEVEL 


Una constante de cadena que contiene la version compatible del API-DB (2.0 
si utiliza la version 2.0, por ejemplo). 


CONV 


Asigna tipos MySQL a objetos Phyton. De forma predeterminada es 
MySQLdb.converters.conversions. 


PARAMSTYLE 


Una constante de cadena que contiene el tipo de formato de marcadores de parámetro 
(marcador de posición) que utiliza la interfaz. Por ejemplo puede ser format: 


- - - WHERE nombre_de_campo=%s 

o puede ser pyformat: 

. - WHERE nombre _de campo=3% (nombre) s 
THREADSAFETY 


Una constante entera que contiene el nivel de seguridad de subprocesos. Puede 
ser O (no se comparten subprocesos), 1 (los subprocesos solamente pueden com- 
partir el modulo), 2 (los subprocesos pueden compartir el modulo y las conexio- 
nes) o 3 (los subprocesos pueden compartir el modulo, las conexiones y los 
cursores). El predeterminado es 1. 


Atributos de cursor 


Son atributos especificos de un objeto de cursor, devuelto desde el método 
cursor(). 


ARRAYSIZE 


Especifica el numero de filas devueltas por el método fetchmany () y afec- 
ta al rendimiento del método fetcha11 (). El valor predeterminadoes 1 o una 
fila por vez. 


DESCRIPTION 


Este atributo es de sólo lectura y es una secuencia de secuencias que describen 
las columnas del conjunto de resultados actual, cada uno con varios elementos. 
Son: name, type code,display_size, internal size, precision, 
scale ynull_ok. Los elementos name y type_codeson obligatorios y el 
resto se configuran como None si no existen valores con sentido para ellos. 

Se configura como None si la consulta no devuelve ninguna fila o si todavia 
no se ha asignado. 
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ROWCOUNT 


Atributo de solo lectura que indica el numero de filas de la ultima consulta 
afectada o devuelta, o devuelve -1 si el numero de filas es desconocido o si no se 
ha invocado una consulta. 


Metodos 


Los metodos pueden estar disponibles para todo el modulo, para una conexión 
oO para un cursor. En este apartado describiremos los distintos metodos en fun- 
cion de si se corresponden a un modulo, a una conexión o a un cursor. 


Metodos de modulo 


Los metodos de modulo estan disponibles para todo el modulo. El mas impor- 
tante es el método connect (): 


dbh = MySQELdb.connect (parametros) 


Conecta al servidor y a la base de datos especificados con el nombre de usua- 
rio y contraseila especificados, y devuelve un objeto de conexión (o identificador 
de base de datos). Entre los parametros que utiliza se incluyen los siguientes: 


+ host. De forma predeterminada es el servidor local. 

* User. De forma predeterminada es el usuario actual. 

+  passwd. No hay valor predeterminado (contraseiia en blanco). 
+ db. No hay valor predeterminado. 


+ Conv. Diccionario para asignar literales al tipo Phyton. El predeterminado 
es MySQLdb.converters.converslons. 


+  cursorclass. La clase que utiliza cursor (). De forma predeterminada 
a MySQOLdb.Cursors.Cursor. 


* Compress. Activa el protocolo de compresion. 
+  named-pipe. En Windows, se conecta con una canalización con nombre. 


+  ¡nit-command. Especifica una instrucción para ejecutar el servidor de 
bases de datos en cuanto se cree la conexion. 


*  read-default—file. El archivo de configuración MySQL que se va a utilizar. 
-  read-default-group. El grupo predeterminado que se lee. 


+ Uunix_socket. En Unix, se conecta por medio del socket especificado. De 
forma predeterminada utiliza TCP. 


+ port. De forma predeterminada es 3306. 
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Por ejemplo: 


dbh = MySQlLdb.connect (user='guru2b', passwd='g00r002b', 
host='test.host.co.za', db='firstdb') 


Metodos de conexión 


Estos metodos se utilizan en un objeto de conexion, devuelto desde el método 
MySQLdb. connect (). En la mayoría de las ocasiones se utilizan los metodos 
cursor () y close(). Los metodos commit () y rollback() solamente 
se utilizan con transacciones. 


BEGIN 
dbh. begin() 


Inicia una transaccion y desactiva AUTOCOMMIT si se encuentra activado, 
hasta que la transaccion finaliza con una llamada a commit () Orollback(). 


CLOSE 
dbh. close ([) 


Cierra la conexión y libera los recursos asociados 


COMMIT 
dbh.commit () 


Confirma todas las transacciones abiertas. 


CURSOR 


dbh.cursor([cursorClass]) 


Devuelve un nuevo objeto de cursor (que proporciona metodos para acceder 
a los datos y manipularlos). Puede especificar una clase diferente si lo desea (de 
forma predeterminada es cursorclass, especificada en la conexion, que de 
forma predeterminada adopta la clase Cursor) . 


ROLLBACK 
dbh. rollback () 


Invierte todas las transacciones abiertas. Al cerrar la conexión sin invocar 
explicitamente este método, se invoca implicitamente rollback en todas las 
instrucciones abiertas. 


Metodos de cursor 


Estos metodos sirven para acceder y manipular datos; funcionan como un 
objeto de cursor, devuelto por el método cursor (). 
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CLOSE 


cursor. close() 
Libera inrnediatamente los recursos asociados al cursor 


EXECUTE 


cursor.execute(consulta [,parámetros]) 


Prepara y ejecuta una consulta de base de datos. El método tambien le permi- 
te utilizar marcadores de posicion para optimizar consultas repetidas de un tipo 
similar si especifica distintos parametros. Los marcadores de posicion se suelen 
indicar por medio de un signo de interrogación (?), pero MySQL no lo admite 
actualmente. Tendra que utilizar 4s para indicar la presencia de un marcador de 
posicion (si el atributo paramstyle se configura como format) ya que 
MySQL db trata todos los valores como cadenas independientemente del tipo que 
tengan los campos. 

Por ejemplo: 


cursor.execute('INSERT INTO customer (first _name,surname) VALUES 
(3s, %s)', ('Mike', 'Harksen') ) 


Tambien puede utilizar una asignacion Python como segundo argumento si 
configura MySQLdb .paramstyle="'"pyformat'. 

Puede utilizar listas de tuplas como segundo parametro, pero es una practica 
obsoleta. En su lugar, utilice executemany. 


EXECUTEMANY 


cursor.executemany (consulta, secuencia de parámetros) 


Prepara una consulta de base de datos y, tras ello, ejecuta varias instancias 
con marcadores de posicion para optimizar la repetición de consultas simila- 
res. 

Por ejemplo: 

cursor.executemany ('INSERT INTO customer (first_name,surname) VALUES 

(Ss, %s)', (('Mike', 'Harksen'), [ 'Mndeni', 'Vidal'),( 'John', 


“Vilakazi'))) 


Tambien puede utilizar una asignacion Python como segundo conjunto de ar- 
gumentos si configura MySQLdb .paramst yle='"pyformat'. 


FETCHALL 


cursor.fetchall() 


Obtiene todas las filas del resultado de una consulta (desde el puntero de fila 
actual) y las devuelve como una secuencia de secuencias (una lista de tuplas). 
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El atributo arraysize del cursor puede afectar al rendimiento del método. 
Si se produce un error, se iniciara una excepcion. 
Por ejemplo: 


cursor.execute ("SELECT first name, surname FROM customer") 
for row in cursor.fetchall(): 


print "Firstname: ", row[0] 
print "Surname: "”, row[1] 
FETCHMANY 


cursor.fetchmany ([size=cursor.arraysize]); 


Obtiene un numero de filas del resultado de una consulta y devuelve una se- 
cuencia de secuencias (una lista de tuplas). Tendra que especificar el numero de 
filas con el parametro de tamaiio opcional o con arraysize del cursor si no se 
especifica. El método no devolvera mas filas de las que esten disponibles. 

Es aconsejable utilizar el atributoarraysize por motivos de rendimiento o 
conservar el mismo parametro de tamaiio entre las llamadas a fe tchmany. 

S1 se produce un error, iniciara una excepcion. 


FETCHNONE 


cursor.fetchone() 


Devuelve la siguiente fila de un conjunto de resultados de una consulta 
S1 se produce un error, se iniciara una excepcion. Por ejemplo: 


cursor.execute ("SELECT first—name, surname FROM customer") 


row = cursor-fetchone[(): 


print "Firstname: row[0] 
rr 


print "Surname: , row[1] 


INSERT-ID 


cursor. insert—id () 


Un método estandar que no es del API DB que devuelve el valor del campo 
AUTO INCREMENT anterior. 


NEXTSET, SETINPUTSIZES y SETOUTPUTSIZES 


cursor.nextset [() 


Estos metodos estandar no se utilizan actualmente en MySQL. 


Breve ejemplo de Phyton 


El listado E.1 le muestra los conceptos basicos relacionados con la conexion, 
ejecucion de consultas y procesamiento de resultados. 
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Listado E.1. Example. py 
+!/usr/bin/env python 


import MySQLdb 
dbh = None 
try: 
dbh = MySQLdb.connect (user='guru2b', passwd='g00r002b', 
host='test.host.co.za', db='firstdb') 
except : 
print "Could not connect to MySQL server." 
exit (0) 


try: 
cursor = dbh.cursor () 
cursor.execute ("UPDATE customer SET surname='Arendse' WHERE 
surname='Burger'") 


print "Rows updated: ", cursor.rowcount 
cursor.closel) 
except: 


print "Could not update the table." 


Ery.: 
cursor ="dbH.. cursor.) 
cursor.execute("SELECT first—name,surname FROM customer") 
for row in cursor.fetchall(): 


print "Name: *, row[0], row[1] 
dbh.closel() 
except: 
print "Failed to perform query" 
dbh.closel() 
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API Java 


Java utiliza el API JDBC para acceder a bases de datos. Existen dos 
controladores MySQL principales: el "oficial" Connector/J MySQL (antes cono- 
cido como MM.MySQL) que puede descargar en el sitio de MySQL y el controla- 
dor Caucho JDBC MySQL. 

El procedimiento basico consiste en crear una instancia de un objeto de co- 
nexion, un objeto de instrucción y, tras ello, un objeto de conjunto de resulta- 
dos. 

En este apendice describiremos brevemente los principales metodos utilizados 
para la funcionalidad de base de datos en Java. Tambien incluiremos un sencillo 
ejemplo de inserción y selección de datos. 


Metodos generales 


En este apartado describiremos algunos de los metodos utilizados para realizar 
conexiones o para acceder a datos de configuración desde un archivo. 


getBundle 


bundle.getBundle(nombre de archivo) 
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Carga datos desde un archivo de propiedades denominado Config. 
properties. Aunque no es especifico de JDBC, se puede utilizar para almace- 
nar datos de conexión en un archivo de configuracion. 

Por ejemplo, Conf ig .properties contiene lo siguiente: 


Driver = com.mysql.jdbc.Driver 
Conn = jdbc:mysql://test.host.com/ 
firstdb?user=guru2b4password=g00r002b 


El programa principal contendra, por tanto, lo siguiente: 


ResourceBundle rb = ResourceBundle.getBundle("Conn”); 
String conn = rb.getString("Conn”); 


Class. forName (rb.getString("Driver")) ; 
Connection = DriverManager.getConnection(conn) ; 


getConnection 


Jdbc:mysql-caucho://nombre anfitrion [:port]/ 
nombre base de datos 


Solicita una conexión con los detalles especificados y devuelve un objeto de 
conexion. En función del controlador que utilice, los detalles de conexión se espe- 
cificarán de forma diferente. Si se trata del controlador Caucho, el formato sera el 
siguiente: 


jdbc:mysql-caucho: //nombre de anfitrión [:port]/ 
nombre de base de datos 


Por ejemplo: 


Connection connection = 
DriverManager-.getConnection("jdbc:mysql-caucho:// 
test.host. co. za/firstdb", "guru2b"”, "g00r002b”) 5 


El controlador Connector/J utiliza un formato ligeramente distinto: 


jdbc:mysql://[nombre de anfitrión] [:puerto]/ 
nombre de base de datos [?propiedadl=valorl][¿propiedad=valor2] 


Las propiedades pueden ser cualquiera de las enumeradas en la tabla F.l, 
aunque habitualmente basta con utilizar el nombre de usuario y la contraseita. 


Tabla F.1. Propiedades de conexión 


Nombre Descripción 


autoReconnect De forma automática intenta conectarse de nuevo 
cuando se pierde la conexion. El valor predetermi- 
nado es false. 
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Nombre Descripción 


characterEncoding Cuando se utiliza el conjunto de caracteres Unicode, 
indica que se debe utilizar codificación Unicode. 


initialTimeout Tiempo de espera en segundos entre intentos de 
conexion. El valor predeterminado es 2. 

maxReconnects Numero maximo de intentos de conexion. El valor 
predeterminado es 3. 

maxRows Número maximo de filas que se devuelven de una 
consulta o 0 (el predeterminado) para todas las fi- 
las. 

password La contraseña del usuario (no hay valor predeter- 
minado). 

useUnicode Indica que se debe utilizar Unicode como conjunto 


de caracteres para la conexion. El valor predeter- 
minado es false. 


user El usuario con el que se conecta (no hay valor pre- 
determinado). 


Por ejemplo: 


DriverManager.getConnection("jdbc:mysql:// 
test.host.co.za/firstdb?user=guru2bipassword=g00r002b"); 


getString 


bundle.getString (cadena) 


Consulte getBundle. Encontrara un ejemplo de como leer datos desde un 
archivo de configuracion. 


Metodos de conexión 


Los metodos de conexión requieren una conexión valida, que se devuelve del 
método getConnection(). 


clearWarnings 


connection.clearWarnings () 


Borra todas las advertencias de la conexión y la devuelve en blanco. 


close 


connection.close() 
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Cierra la conexión a la base de datos y libera todos los recursos de conexion, 
devolviendola en blanco. 


commit 


connection.commit () 


Confirma las transacciones abiertas. 


createStatement 


connection.createStatement ([int resultSetType, int 
resultSetConcurrency]) 


Devuelve un objeto statement , que es un mecanismo para pasar consultas 
a la base de datos, y recibe los resultados a traves de su objeto de conexion. Con 
los argumentos opcionales, los objetos ResultSet generados tendrán el tipo y 
la concurrencia especificados. 


getAutoCommit 


connection.getAutoCommit () 


Devuelve true si se establece el modo AutoCommit para la conexión y 
false en caso contrario. 


getMetaData 


connection.getMetaDatal() 


Devuelve un objeto de metadatos de base de datos que contiene metadatos 
acerca de la base de datos sobre la que se ha realizado la conexion. 


getTransactionisolation 


connection.getTransactionIsolation() 


Devuelve un entero que contiene el nivel de aislamiento de transacciones para 
la conexion. Los niveles de aislamiento de transacciones pueden ser uno de los 
siguientes: TRANSACTION_READ_UNCOMMITTED,TRANSACTION_READ_ 
COMMITTED, TRANSACTION_REPEATABLE READ, TRANSACTION_ 
SERIALIZABLE O TRANSACTION_NONE. 


getTypeMap 


connection.getTypeMap 


Devuelve un objeto Map asociado a la conexion. 
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isClosed 


connection.isClosedí() 


Devuelve true si la conexión se ha cerrado y false si sigue abierta. 


¡isReadOnly 


connection. isReadoOnlyl(Í) 


Devuelve true si la conexión es de sólo lectura o false en caso contrario. 


nativeSQL 


connection.nativeSQL(String sql) 
Devuelve una cadena con la cadena proporcionada convertida al SQL propie- 


tario del sistema. 


prepareStatement 


connection.prepareStatement (String sql) 


Prepara una instrucción que se enviara a la base de datos, lo que significa que 
puede utilizar marcadores de posición (o parametros). 

Utilice los metodos set Int () y setstring() para configurar los valo- 
res de los parametros. 


rollback 


connection.rollback() 


Deshace todos los cambios de la transacción actual. 


setAutoCommit 


connection.setAutoCommit (boolean mode) 


Establece el modo AutoCommit de la conexión (true si lo establece, false 
en caso contrar1o). 


setReadOnly 


connection.setReadOnly (modo booleano) 


Al pasar el método t rue configura la conexión a modo de sólo lectura 
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setTransactionisolation 


connection.setTransactionIsolationínivel intl) 


El nivel puede ser uno de los siguientes: connection. TRANSACTION_ 
READ_UNCOMMITTED, connection. TRANSACTION_READ_COMMITTED, 
connection. TRANSACTION_REPEATABLE_READ oconnection. 
TRANSACTION SERIALIZABLE. 


setlypeMap 


connection.setTypeMap (Map map) 


Establece el tipo de objeto Map de la conexion. 


Metodos de instrucciones y de instrucciones 
preparadas 


Es necesario invocar estos metodos a traves de un objeto statement o 
PreparedStatement valido. 

La mayoría de estos metodos se aplican tanto a instrucciones como a instruc- 
ciones preparadas. Los que tienen preparedstatement como objeto sola- 
mente se pueden invocar mediante una instruccion preparada, mientras que los 
metodos con statement como objeto se pueden invocar con ambos tipos. 


addBatch 


statement. .addBatch (String sql) 
preparedstatement.addBatch() 


Añade la instruccion SQL a una lista actual de instrucciones, que se puede 
ejecutar con el método executeBatch(). 


clearBatch 


statement.clearBatch() 


Borra del lote la lista de instrucciones que se han añadido por medio del méto- 
do addBatchK(). 


clearWarnings 


statement .clearWarnings () 


Borra todas las advertencias asociadas a la instruccion 
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close 


statement.close() 


Libera todos los recursos asociados a la instruccion. 


execute 


statement .execute (String sql [,int autoGeneratedKeys ] int[] columIndexes 
| String[] columNames]) 
preparestatement.execute () 


Ejecuta una instruccion SQL. Devuelve true si la consulta devuelve un 
conjunto de resultados (corno con una instruccion SELECT) y false si no 
genera ningun conjunto de resultados (corno con instrucciones INSERT o 
UPDATE). 


Las opciones indican que las claves autogeneradas deben estar disponibles 
para su recuperación, bien todas ellas o todas las de las matrices de enteros o 
cadenas, respectivamente. 


executeBatch 


statement.executeBatch () 


Ejecuta todas las instrucciones del lote (aliadidas por addBatch) y devuelve 
un matriz entera de contadores de actualización of alse si no se ejecuto correc- 
tamente ninguna instruccion. 


executeQuery 


statement .executeQuery (String sql) 
preparedstatement.executeQuery () 


Ejecuta una consulta que devuelve datos (corno SELECT o SHOW) y devuelve 
un solo conjunto de resultados. 


executeUpdate 


statement. executeUpdate (String sql) 
preparedstatement.executelpdate() 


Ejecuta una consulta que modifica datos (corno UPDATE, INSERT o ALTER) 
y devuelve el numero de filas afectadas. 


getConnection 


statement .getConnection() 


Devuelve el objeto de conexión que ha creado la instruccion 
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getFetchSize 


statement.getFetchSize() 


Devuelve en forma de entero el numero del tamaiio de obtencion predetermina- 
do de un objeto ResultSet de esta instruccion. 


getMaxFieldSize 


statement .getMaxFieldSize() 


Devuelve en forma de entero el numero maximo de bytes que se pueden devol- 
ver de valores de columnas de caracteres y binarias para un objeto ResultSet 
desde esta instruccion. 


getMaxRows 


statement .getMaxRows () 


Devuelve en forma de entero el numero maximo de filas que puede contener un 
objeto Res ul1tSet desde esta instruccion. 


getMoreResults 


statement.getMoreResults ( [actual int]) 


Se desplaza hasta el siguiente resultado de esta instruccion y devuelve true si 
hay otro ResultSet valido o false si no lo hay. 

St no hay parametros, se cierran todos los objetos ResultSet actuales; en 
caso contrario, se procesan en funcion del valor de actual (que puede ser 
LOSE CURRENT_RESULT, KEEP_CURRENT_RESULT O CLOSE_ALL_ 
RESULTS). 


getQueryTimeout 


statement .getQueryTimeout () 


Devuelve el numero de segundos que esperara el controlador a que se ejecute 
la consulta antes de que expire el plazo. 


getResultSet 


statement .getResultSet Í() 


Devuelve un conjunto de resultados de la instruccion actual. 
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getResultType 


statement .getResultSetType() 


Devuelve el tipo de objetos ResultSet de la instruccion actual 


getUpdateCount 


statement .getUpdateCount () 


Recupera el resultado actual como numero de actualización; si el resultado es 


un objeto ResultSet o no hay mas resultados, devuelve -1. 


setXXX 


preparedstatement.setXXX (parámetro int, 


Establece un parametro en una instruccion preparada previamente. Los 


parametros empiezan desde 1. El valor debe ser de uno de los tipos enumerados en 


la tabla F.2. 


Tabla F.2. Tipos SQL y metodos Set equivalentes 


Tipo SQL Método Java 


BISLNi 
BINARY 

BIE 

BLOB 

CHAR 

DATE 
DECIMAL 
DOUBLE 
FLOAT 
INTEGER 
LONGVARBINARY 
LONGVARCHAR 
NUMERIC 
OTHER 


REAL 


setLong/() 
setBytes () 
setBoolean() 
SetBlob() 
setString() 
setDate() 
setBigDecimal/() 
setDouble() 
setDouble() 
setInt() 
setBytes () 
set5String() 
setBigDecimal () 
setObject() 


setFloat() 
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Tipo SQL Método Java 


SMALLINT setShort() 
TIME setTime() 
TIMESTAMP setTimestamp () 
TINYINT setByte() 
VARBINARY setBytes/() 
VARCHAR setString() 


Por ejemplo: 


preparedstatement = connection.prepareStatement ("UPDATE customer 
SET surname = ? WHERE id=?"):5 
preparedstatement.setString(1,"Burger"):; 
preparedstatement.setIint(2,9); 
preparedstatement.executeUpdate(); 


setCursorName 


statement .setCursorName (cadena nombre del cursor) 


Define el nombre de cursor SQL que se utilizara en posteriores metodos 
executel(). 


setEscapeProcessing 


statement .setEscapeProcessing(modo booleano) 


Establece el procesamiento de conversion de escape (si el modo es true) o lo 
desactiva (si el modo es false). El valor predeterminado es false .El procesa- 
miento de conversion de escape no funciona con objetos PreparedStatement. 


setFetchSize 


statement .setFetchSize(tamaño int) 


Indica al controlador cuantas filas deben devolverse de la base de datos cuan- 
do se necesitan mas filas para la instruccion. 


setMaxFieldSize 


statement.setMaxFieldSize(límite int) 


Establece el numero maximo de bytes de una columna Result Set binaria O 
de caracteres. 
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setMaxRows 


statement .setMaxRows (límite int) 


Establece el numero maximo de filas que puede contener ResultObjJect. 


setQueryTimeout 


statement .setQueryTimeout (segundos int) 


Establece el numero de segundos que espera el controlador a que se ejecute 
una consulta antes de que se agote el plazo. 


Metodos ResultSet 


Estos metodos requieren un objeto Result Set valido, devuelto por el méto- 
do getResultsSet(). 


absolute 


resultset.absolute(fila int) 


Desplaza el cursor hasta la fila especificada del conjunto de resultados (las 
filas empiezan en 1). Puede utilizar un numero negativo para desplazar una fila 
que empiece al final del conjunto de resultados. Devuelve t rue si el cursor se 
encuentra en la fila y false en caso contrario. 


afterLast 


resultset.afterlast(Í() 


Desplaza el cursor hasta el final del conjunto de resultados. 


beforeFirst 


resultset.beforeFirst () 


Desplaza el cursor hasta el inicio del conjunto de resultados 


cancelRowUpdates 


resultset.cancelRowUpdates () 


Cancela las actualizaciones realizadas en la fila actual del conjunto de resulta- 
dos. 


EN 


close 


resultset.close () 


Cierra el conjunto de resultados y libera todos los recursos asociados. 


deleteRow 


resultset.deleteRow!() 


Elimina la fila Re sultSet actual de la base de datos (y el conjunto de resultados). 


findColumn 


resultset.findColumn(String field—name) 


Asigna el nombre de campo a la columna del conjunto de resultados y devuelve 
el índice de la columna en forma de entero. 


first 


resultset.first ( ) 


Desplaza el cursor hasta la primera fila del conjunto de resultados. Devuelve 
true si hay una primera fila valida y false en caso contrario. 


getXXX 


resultset.getXXX (cadena nombre de campo | índice de campo int) 


Devuelve los contenidos de un campo del tipo especificado. Puede identificar 
el campo por su nombre o por su posición. 
En la tabla F.3 se incluyen los tipos SQL y sus metodos Java equivalentes. 


Tabla F3. Tipos SQL y rnetodos Get equivalentes 


Tipo SQL Método Java 
BIGINT getlLong() 

BINAR Y getBytes () 

BIT getBoolean() 
BLOB getBlob () 

CHAR getString() 
DATE getDate() 
DECIMAL getBigDecimal () 
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Tipo SQL Método Java 


DOUBLE getDouble() 
FLOAT getDouble() 
INTEGER getInt() 
LONGVARBINARY getBytes () 
LONGVARCHAR getString() 
NUMERIC getBigDecimal () 
OTHER getObject () 
REAL getFloat () 
SMALLINT getShort () 
TIME getTime() 
TIMESTAMP getTimestamp () 
TINYINT getByte() 
VARBINARY getBytes () 
VARCHAR getString/() 


getCursorName 


resultset.getCursorName () 


Devuelve el nombre del cursor utilizado por el conjunto de resultados. 


getFetchSize 


resultset .qetFetchSize() 


Devuelve el tamaiio de obtencion del objeto de conjunto de resultados. 


getMetaData 


resultset.getMetaData() 


Devuelve un objeto ResultSetMetaData con el numero, tipo y propiedades de 
las columnas del conjunto de resultados. 


getRow() 


resultset. getRow() 


Devuelve un entero que contiene el numero de fila actual. 
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getStatement 


resultset.getStatement () 


Devuelve el objeto de instrucción que ha creado el conjunto de resultados. 


getlype 


resultset.getTypel) 


Devuelve el tipo del objeto de conjunto de resultados. 


getWarnings 


resultset.getWarnings () 


Devuelve la primera Warning desencadenada por una llamada desde un me- 
todo ResultSet en este conjunto de resultados. 


insertRow 


resultset. insertRow() 


Añade los contenidos de la fila de inserción a la base de datos (y al conjunto de 
resultados). 


isAfterLast 


resultet.isAfterlLast() 


Devuelve true si el cursor se encuentra por detras de la ultima fila del con- 
junto de resultados y false en caso contrario. 


isBeforeFirst 


resultset.isBeforeFirst () 


Devuelve true si el cursor se encuentra por delante de la primera fila del 
conjunto de resultados y false en caso contrario. 


IsFirst 
resultset.isFirst() 


Devuelve true si el cursor se encuentra en la primera fila del conjunto de 
resultados y false en caso contrario. 


E 


IsLast 


resultset. islast() 


Devuelve true si el cursor se encuentra en la ultima fila del conjunto de 
resultados, false en caso contrario. 


last 


resultset. last () 


Desplaza el cursor hasta la ultima fila del conjunto de resultados. Devuelve 
true si hay una ultima fila valida o false en caso contrario. 


moveToCurrentRow 


resultset.moveToCurrentRow () 


Desplaza el cursor a la posicion del cursor que recuerda, que suele ser la fila 
actual. No funciona si el cursor no se encuentra en la fila de insercion. Consulte el 
método moveToInsertRow(). 


moveTolnsertRow 


resultset.moveTolnsertRow() 


Desplaza el cursor hasta la fila de insercion (un bufer en el que se puede aliadir 
una nueva fila con un método de actualización). Recuerda la posicion actual del 
cursor, que se puede devolver con el método moveToCurrentRow(). 


next 


resultset.next () 


Desplaza el cursor hasta la siguiente fila del conjunto de resultados y devuelve 
t rue si hay una siguiente fila. Devuelve false en caso contrario (se ha llegado 
al final). Por ejemplo: 


connection = DriverManager.getConnection(url, "guru2b”, 
”g00r002b"):5 

statement = connection.createStatement (); 

resultset = statement.executeQuery ("SELECT first name,surname 


FROM customer”): 
while (resultset.next ()) ( 


String first—-name = resultset.getString("first name"); 
String surname = resultset.getString("surname"); 
System.out.print("Name: " + first—-name + ”" " + surname); 


795 


previous 


resultset.previous () 


Desplaza el cursor hasta la fila anterior del conjunto de resultados y devuel- 
ve true si existe una fila anterior o false si no existe (se ha llegado al 
principio). 

Por ejemplo: 


while (resultset.previous ()) ( 


) 


refreshRow 


resultset.refreshRow() 


Actualiza la fila actual del conjunto de resultados con el valor mas reciente de 
la base de datos. 


relative 


resultset. relative(filas int) 
Desplaza el cursor hacia delante (si filas es positivo) o hacia atras (si es 


negativo) el numero de posiciones indicado en filas. 


rowDeleted 


resultset.rowDeleted() 


Devuelve true si se ha detectado una fila como eliminada en el conjunto de 
resultados o false en caso contrario. 


rowInserted 


resultset.rowDeleted(í() 


Devuelve true si se ha detectado una fila como insertada en el conjunto de 
resultados o false en caso contrario. 


rowUpdated 


resultset.rowUpdated [() 


Devuelve true si se ha detectado una fila como actualizada en el conjunto de 
resultados o false en caso contrario. 
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setFetchSize 


resultset.setFetchSize(filas int) 


Indica al controlador cuantas filas se deben devolver desde la base de datos 
cuando el conjunto de resultados necesite mas filas. 


updateXXX 


Actualiza el campo con un valor del tipo especificado. En la tabla F.4 se 
incluyen los tipos SQL y sus metodos Java equivalentes. 


Tabla F.4. Tipos SQL y metodos Update equivalentes 


ipo SQL Método Java 


BIGINT updatelLong() 
BINARY updateBytes () 

BIT updateBoolean/() 
BLOB updateBlob() 

CHAR updateString() 
DATE updateDate[() 
DECIMAL updateBigDecimal() 
DOUBLE updateDouble[() 
FLOAT updateDouble[() 
INTEGER updatelnt() 
LONGVARBINARY updateBytes () 
LONGVARCHAR updateString() 
NUMERIC updateBigDecimal() 
NULL updateNull () 
OTHER update0bject () 
REAL updateFloat() 
SMALLINT updateShort () 
TIME updateTime() 
TIMESTAMP updateTimestampl() 
TENYINT updateByte() 
VARBINARY updateBytes () 
VARCHAR updateString(í) 
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updateRow 


resultset.updateRow () 


Actualiza la base de datos con los contenidos de la fila actual del conjunto de 
resultados. 


wasNull 


resultSet.wasNull() 


Devuelve t rue si la lectura del campo anterior era un NULL de SQL y false 
en caso contrario. 


Metodos ResultSetMetaData 


Estos metodos requieren un objeto Result SetMetaData valido devuelto 
desde el método getMetaData (). Obtienen información sobre los resulta- 
dos. Las columnas empiezan en 1 por motivos de desplazamiento y del conta- 
dor. 


getColumnCount 


resultsetmetadata.getColumnCount () 


Devuelve el numero de columnas del conjunto de resultados. 


getColumnDisplaySize 


resultsetmetadata.getColumDisplaySize(columma int) 


Devuelve la anchura maxima de caracteres de la columna especificada. 


getColumnName 


resultsetmetadata.getColumnName (columna int) 


Devuelve el nombre de campo de la columna especificada. 


getColumnType 


resultsetmetadata.getColumType (columa int) 


Devuelve el tipo SQL de la columna especificada. 
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getColumnTypeName 


resultsetmetadata.getColumnTypeName (columna int) 


Devuelve el nombre del tipo especifico de base de datos de la columna especi- 
ficada. 


getPrecision 


resultsetmetadata.getPrecision(columma int) 


Devuelve el numero de decimales de la columna especificada 


getScale 


resultsetmetadata.getScale(columa int) 


Devuelve el numero de digitos por detras del punto decimal de la columna 
especificada. 


getTableName 


resultsetmetadata.getTableName (columna int) 


Devuelve el nombre de la tabla a la que pertenece la columna especificada. 


¡sAutolncrement 


resultsetmetadata.isAutolncrement (columa int) 


Devuelve true si la columna especificada es un campo de autoincremento y 
false en caso contrario. 


isCaseSensitive 


resultsetmetadata.isCaseSensitive(columma int) 


Devuelve true si la columna especificada discrimina entre mayusculas y 
minusculas, y false en caso contrario. 


¡isDefinitelyWritable 


resultsetmetadata.isDefinitelyWritable(columa int) 


Devuelve true si la escritura en la columna especificada es satisfactoria y 
false en caso contrario. 


EE 


¡ISNullable 


resultsetmetadata,isNullable(columna int) 


Devuelve el estado nulo de la columna especificada, que puede ser 
columnNoNulls, columnNullable o columnNullableUnknown 


¡sReadOnly 


resultsetmetadata.isReadonly (columna int) 


Devuelve t rue si la colurnna especificada es de sólo lectura y false en caso 
contrario. 


isSearchable 


resultsetmetadata.isSesarchable(columna 1nt) 


Devuelve true si la colurnna especificada se puede utilizar en una clausula 
WHERE y false en caso contrario. 


isSigned 
resultsetmetadata,isSigned(columma int) 


Devuelve t rue si la columna especificada es una columna con firma y false 
en caso contrario. 


¡IsWritable 


cesultsetmetadata,isWritable(ícolumma int) 


Devuelve true si se puede escribir en la colurnna especificada y false en 
caso contrario. 


Metodos SQLException 


Estos métodos se utilizan cuando se crea un objeto SOLException. 


getErrorCode 


sqlexception.getErrorCode() 


Devuelve el codigo de error del proveedor 
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getMessage 


sqlexception.getMessage () 


Heredado de Throwable . Devuelve la cadena de mensaje para Throwable. 


getNextException 


sqlexception.getNextException() 


Devuelve la siguiente SOLException o nulo en caso de que no haya ninguna. 


getSQLState 


sqlexception.getSQLStatel() 


Devuelve un identificador SOLState. 


printStackTrace 


sqlexception.printStackTrace(PrintStream s) 


Heredado de la clase Throwable . Este método imprime el rastreo de pila en 
el flujo de errores estandar. 


setNextException 


setNextException(sqlexception e) 


Añade una SQLException. 


Metodos Warning 
Se utilizan cuando se ha creado un objeto SOLWarning 


getNextWarning 


sqlwarning.getNextWarningl) 


Devuelve el siguiente SOLWarning o nulo en caso de que no haya ninguno. 


setNextWarning 
sqlwarning,setNextWarning(SQLWarning w) 


Añade un SOLWarning. 
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Breve ejemplo de Java 


El listado F.1 adopta tres parametros en la linea de comandos, que añade a la 
tabla customer. Ejecutelo de esta forma: 


% /usr/java/72sdk1.14.1/bin/java InsertSelect 10 Leon Wyk 


Listado F.l: InsertSelect. Java 


import java.sql.*; 
import jJava.util.*; 


/f La clase insertRecord hace lo Justo para insertar un registro 
// y también realiza una resolución de excepciones minima 
public class InsertRecord ( 


public static void main(String argv[]) ( 
Connection dbh = null; 
ResultSet resultset; 


try ( 
Class.forName ("com.mysql.jdbc.Driver”); 

) 

catch (Exception e) ( 
System.err.println("Unable to load driver."); 
e.printStackTrace(); 


toy «1 
Statement sth,sth2; 
/f conectese a la base de datos por medio del 
// controlador Connector/J 
dbh = DriverManager.getConnection("jdbc:mysql:// 
localhost/firstdb?user=mysql"); 


// cree una instancia del objeto de instruccion y 

/f ejecute la consulta (una 

// consulta de actualización) 
// los tres campos argv[] provienen de la linea de 

/f comandos 
sth = dbh.createsStatement () ; 
sth.executeUpdate ("INSERT INTO customer (id, first name, surname) 
VALUES (" + argv[0] + ", *'" + argv[1] +", “""+argv[2]+ "')"); 
sth.closel() 5 


// cree una instancia del objeto de instruccion y 
// ejecute la consulta SELECT 
sth2 = dbh.createStatement () ; 
resultset = sth2.executeQuery ("SELECT first_name, surname 
FROM customer"); 


> 


// procese una iteración por el conjunto de resultados y 
// muestre los resultados 
while (resultset.next ()) ( 
String first—name = resultset.getString("first_name”); 
String surname = resultset. getString("surname"); 
System.out.println("Name: " + first—name + " " + 
surname) :; 
) 
sth2.close([():; 
J 
catchí SOLException e ) ( 
e.printStackTrace(); 
) 
finally ( 
if(dbh != null) ( 
try 1 
dbh.close(f):; 
) 
catch (Exception e) (1) 
) 
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API 


El API C incorpora distribuciones MySQL y se incluye en la biblioteca 
mysqlclient. Muchos de los clientes MySQL se escriben en C y la mayoría de los 
API de otros lenguajes utilizan el API de C (lo puede apreciar, por ejemplo, en las 
semejanzas entre las funciones de C y de PHP). 

Tambien puede utilizar el API C en programacion C++; en enfoques orienta- 
dos a objetos, puede utilizar MySQL++, que se encuentra disponible en el sitio 
Web de MySQL (www .mysql. com): 


Tipos de datos del API C 


Los tipos de datos C representan los datos con los que trabajara al interactuar 
con el servidor de base de datos. Son muy variados; algunos son estructuras y 
otros simples booleanos. Para dominar el API C, tendra que familiarizarse con 
estos tipos y con las funciones que devuelven o con la forma de utilizarlos como 
argumentos. 


my=ulonglong 


Un tipo numérico comprendido entre -1 y 1.84e19, que se utiliza para devolver 
valores de funciones comomysql_affected._rows(),mysql_num_rows () 
y mysql_insert_zid(). 


MSYQL 


Un identificador de base de datos (una conexión al servidor de base de datos). 
La variable se inicializa con la funcion msyql_init () y es utilizada por la 
mayoría de las funciones API. 


MYSQL_FIELD 


Datos de campos devueltos por la funciónmsygql1_fetch field(),inclu- 
yendo el nombre de campo, el tipo y el tamaiio. Los valores—de los campos se 
almacenan en la estructura MYSOL_ROW. En esta estructura encontrara los si- 
guientes miembros: 


* Char* name. Nombre de campo en forma de cadena terminada en nulo. 


e Char * table. Tabla que contiene el campo o una cadena vacia en caso de 
que no haya ningun (¿¿ninguno?¿¿) (como en el caso de un campo calcula- 
do). 


*  Cchar* def. Valor predeterminado del campo en forma de cadena termina- 
da en nulo. Solamente esta disponible si se ha utilizado la funcion 
mysql_list_fieldC) para devolver MYSQL_RES. 


* enum enum_field_types type. El tipo de campo. Este valor se corres- 
ponde al tipo de campo MySQL, como se indica en la tabla G.1. 


Tabla G.1. Tipos de carnpos MySQL 


Tipo MySQL 
FIELD_TYPE TINY TINYINT 
FIELD_TYPE_SHORT SMALLINT 
FIELD _TYPE_LONG INTEGER 
FIELD_TYPE_INT24 MEDIUMINT 
FIELD TYPE LONGLONG BIGINT 


FIELD TYPE DECIMAL 
FIELD_TYPE_FLOAT 
FIELD_TYPE DOUBLE 


DECIMAL O NUMERIC 
FLOAT 


DOUBLE O REAL 


FIELD _TYPE_TIMESTAMP TIMESTAMP 
FIELD_TYPE_DATE DATE 
FIELD_TYPE_TIME TIME 
FIELD_TYPE_DATETIME DATETIME 
FIELD _TYPE_YEAR YEAR 
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Tipo MySQL 


FIELD _TYPE_STRING CHAR O VARCHAR 
FIELD_TYPE_BLOB BLOB O TEXT 
FIELD_TYPE_SET SET 
FIELD_TYPE_ENUM ENUM 
FIELD _TYPE_NULL De tipo NULL 
FIELD_TYPE-CHAR Obsoleto, sustituido por FIELD_ 
TYPE_TINY 
AAA AAA A A A A o o 


* unsigned int length. Anchura maxima del campo, determinada por la 
definición de la tabla. 


* unsigned int max_length. Anchura maxima de un campo en el conjunto 
de resultados. Normalmente se confunde con el miembro length, pero 
max length suele ser de menor tamaiio. Contiene cero si la funcion 
mysql_use_result() ha devuelto MYSOL_RES. 


+ unsigned int flags. Se puede configurar cualquiera de los indicadores 
enumerados en la tabla G.2; proporcionan información adicional sobre el 
campo. 


Tabla G.2. Indicadores 


Indicador Descripción 

NOT_NULL_ FLAG Se define como NOT NULL 
PRI_KEY_ FLAG Parte de la clave principal 
UNIQUE_KEY_ FLAG Parte de una clave exclusiva 


MULTIPLE KEY FLAG Parte de una clave no exclusiva 


UNSIGNED_FLAG Se define como UNSIGNED 
ZEROFILL_FLAG Se define con ZEROFILL 
BINARY_FLAG Se define como BINARY 


AUTO _INCREMENT_FLAG S€ define como campo AUTO_INCREMENT 


ENUM_FLAG Se define como un ENUM (obsoleto; utilice 
FIELD_TYPE_ENUM) 

SET_FLAG Se define como SET (obsoleto; utilice FIELD_TYPE_ 
SET) 

BLOB_FLAG Se define como BLOB O TEXT (obsoleto; utilice 


FIELD_TYPE_BLOB) 
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Indicador Descripción 


TIMESTAMP_FLAG Se define como TW MESTAMP (obsoleto; utilice 
FIELD_TYPE_TIMESTAMP) 


A continuación incluimos un ejemplo de uso de una de estas opciones: 


if (field->flags £ MULTIPLE KEY FLAG) ( 
/* debe hacer algo, ya que el campo es una clave multiple 4 


) 


Las macros que se incluyen en la tabla G.3 facilitan la labor de probar algunos 
de los valores de los indicadores. 


Tabla G.3. Macros 


Descripción 
IS_NOT_NULL(indicadores) Verdadero si el campo se define como NOT 
NULL 


IS_PR E_KEY(indicadores) Verdadero si el campo es o forma parte de 
una clave primaria 


IS_BLOB(indicadores) Verdadero si el campo es de tipo BLOB O TEXT 
(obsoleto; utilice F HELD _TYPE) 


IS_NUM(indicadores) Verdadero si es un campo numérico 


* unsigned int decimals. Numero de posiciones decimales utilizados por 
un campo numerico. 
MYSQL_FIELD_OFFSET 


Representa la posición del puntero de campos dentro de una lista de campos, 
comenzado desde Ú para el primer campo. Lo utiliza la funcion mysql_field_ 
seek(). 


MYSQL_RES 


Una estructura que contiene los resultados de una consulta que devuelve datos 
(como SELECT, DESCRIBE, SHOW o EXPLAIN). 


MYSQL_ROW 


Una sola fila de datos que se obtiene de la funcion msyql-fetch._ 
row(). 

Todos los datos se representan como una matriz de cadenas que puede conte- 
ner bytes nulos si algun dato es binario. 
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Funciones del APl C 


Las funciones del API C permiten abrir y cerrar conexiones al servidor, ejecu- 
tar consultas, analizar resultados de consultas, depurar y ejecutar tareas adminis- 
trativas. Para dominar el API C, debe conocerlas en profundidad y saber como 
interactuan con los tipos de datos del API C. 


msyql_affected_rows 


my—ulonglong mysql affected rows (MYSQL *mysql) 


Devuelve el numero de filas afectadas por la ultima consulta (por ejemplo, el 
numero de filas eliminadas con una instrucción DELETE o el numero de filas 
devueltas por una instrucción SELECT, en cuyo caso es igual que la función 
msY41_num_rows). Devuelve -1 si se produce un error. 

Con instrucciones UPDATE, la fila no se cuenta como afectada si coincide con 
la condición pero no se han realizado cambios, a menos que el indicador 
CLIENT FOUND ROWS se configure al conectarse con msyql_real_ 
connect (). Por ejemplo: 


/* Actualice la tabla de clientes y devuelva el numero de 
registros afectados '/ 


mysql query(ámysql, "UPDATE customer SET first name='Jackie' WHERE 


surname='Wood')":; 
affected—rows = mysql affected rows (mysql); 
msyq!_change_user 


my—bool mysql change user (MYSQL *mysql, char 
*username, char *password, char *database) 


Cambia el usuario MySQL actual (el que se ha conectado) por otro (especifi- 
cando el nombre de usuario y la contraseiia de este). Tambien puede cambiar al 
mismo tiempo la base de datos o abrir una nueva conexion; en caso contrario, se 
utilizaran la conexión y la base de datos actuales. Devuelve tr u e si es satisfac- 
torio o false si no lo es, en cuyo caso se mantienen el usuario y los detalles 
existentes. 

Por ejemplo: 

if (! mysql change_user(smysql, 'guru2b', 'g00r002b', 


"firstdb')) ( 
printf ("Unable to change user and or database!"); 


) 


msyql_character_set_name 


char *mysql character set_name (MYSQL *mysql) 


Devuelve el nombre del conjunto de caracteres predeterminado (normalmente 
ISO-8859-1 o Latinl). 
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Por ejemplo: 


printf ("The default character set is: %s An”, 
mysql character _set_name/(4ámysql)); 


msyql_close 
void mysql close(MYSQL *mysql) 


Cierra la conexión y libera los recursos. 
Por ejemplo: 


mysql—close(ámysql) ; 
mysql_connect 


MYSQL *mysql connect (MYSQL *mysql, const char *host, const char *user, 
const char *passwd) 


Para conectarse a MySQL. La funcion ha quedado obsoleta, por lo que en su 
lugar debe utilizar msyql_real._connect(). 


mysql_create_db 
int mysql create db(MYSOL *mysql, const char *db) 


Para crear una base de datos. La funcion ha quedado obsoleta, por lo que en su 
lugar debe utilizar mysql.-query(). 


msyql_data_seek 


void mysql _data _seek(MYSQL RES *res, desplazamiento int sin 
firma) 


Desplaza a una nueva posición el puntero de fila interno (0 es la primera fila) 
asociado a los resultados devueltos desde mysql _store_result (). El des- 
plazamiento es la fila a la que se mueve, empezando en 0. 

Por ejemplo: 


mysql_data_seek(results, mysql _ num_rows(results)-1); 
msyql_debug 
mysql _debug(char *debug) 


Para utilizarlo, el cliente MySQL debe haberse compilado con la depuracion 
activada. Utiliza la biblioteca de depuracion Fred Fish. 
Por ejemplo: 


/* Realiza el seguimiento de la actividad de la aplicación en 


el archivo debug.out */ 
mysql _debugí("d:t:Odebug.out”) ; 


mysql_drop_db 
int mysql drop _db(MYSQOL *mysql, const char *db) 


Permite eliminar una base de datos. La funcion ha quedado obsoleta, por lo 
que en su lugar deberia utilizar mysql1_query(). 


mysql_dump_debug_info 
int mysql dump debug_info(MYSQL *mysql) 


Escribe información de depuracion de la conexión en el registro. La conexión 
necesita el privilegio SUPER para ello. Devuelve 0 si es satisfactoria o, en caso 
contrario, un resultado que no sea cero. 

Por ejemplo: 


result = mysql dump debug _info(ámysgl); 
mysql_eof 
my—bool mysql—eof (MYSQL RES *result) 


Comprueba si se ha leído la ultima fila. La funcion ha quedado obsoleta, por lo 
que en su lugar debe utilizar msyq1l_err() Omysql_errno(). 


mysql_errno 
unsigned int mysql—errno (MYSQL *mysql) 


Devuelve el codigo de error de la funcion API mas reciente o Ó si no ha habido 
errores. Puede recuperar el texto del error por medio de la funcion 
mysql error([(). 

Por ejemplo: 


error = mysql _errno(4mysqgl) ; 
mysq]l_error 
char *mysql error(MYSQL *mysql) 


Devuelve el mensaje de error (en el idioma actual del servidor) de la funcion 
API mas reciente o una cadena vacia si no ha habido errores. Si no ha habido 
errores en la conexion, la funcion devuelve 0. Por ejemplo: 


printf ("Error: '3s'in”, mysql error(á4mysgl)); 


msyql_escape_string 


unsigned int mysql escape stringíchar *to, const char *fronm, 
unsigned int length) 


Devuelve una cadena con todos los caracteres que pueden dividir la consulta a 
la que se ha aplicado la conversion de escape (con una barra invertida por delante 
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de los mismos). En su lugar debe utilizar msyql_real_escape_string() 
ya que respeta el conjunto de caracteres actual. 


msyql_fetch_field 


MYSOL-FIELD *mysql fetcn _field(MYSQL RES *resultado) 


Devuelve los datos del campo actual. Puede invocar varias veces esta función 
para devolver datos de los siguientes campos en el resultado. Devuelve un valor 
nulo cuando no hay mas campos por devolver. Por ejemplo: 

while ( (campo = mysql fetch—field(resultados))) ( 

/* _,. procesa los resultados mediante el acceso a campo- 


>nombre, campo->longitud etc. */ 


) 


msyql_fetch_field_direct 


MYSOL—FIELD dá mysql_fetch_field direct (MYSQL_RES E resultado, 
número campo int sin firma) 


Devuelve datos del campo especificado (que empieza en 0). Por ejemplo: 


/* Devuelve el segundo campo */ 
field = mysql_fetch—field direct(results, 1): 


msyql_fetch_fields 
MYSQL—FIELD *mysql fetch fields (MYSOL_RES * resultado) 


Devuelve una matriz de datos de cada uno de los campos del resultado. 
Por ejemplo: 


unsigned int num fields; 


unsigned int 1; 
MYSQOL=ETELD *fields; 


/* Devuelve el numero de campos del resultado */ 
num fields = mysql_num fields(result); 


/* Devuelve una matriz de datos de campos */ 
fields = mysql fetch fields(result); 


/* ... Accede a los datos de campos como campos [0] .nombre, 
campos. 11 tablas estes Y 


msyql_fetch_lengths 
unsigned long *mysql fetch_lengths (MYSQL RES *resultado) 


Devuelve una matriz de las longitudes de los campos de la fila actual (denomi- 


nada mysql_fetch_row ()) del conjunto del resultados o nulo si se produce 
un error. 
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Es la unica funcion que devuelve correctamente la longitud de campos binarios 
(por ejemplo, campos BLOB). 
Por ejemplo: 


unsigned long *lengths; 


/* Devuelve la siguiente fila de datos */ 
row = mysql-—fetch—row(results) ; 


> 


/* Devuelve la matriz de longitudes */ 
length-array = mysql fetcn_lengths(results); 


/* ... Accede a las longitudes como longitud matriz[0], 
longitud matriz[1] , etc. */ 


msyql_fetch_row 


MYSQL—ROW mysql _feten_row(MYSQL_RES *resultado) 


Devuelve la siguiente fila del resultado o null si no hay mas filas o se produ- 
ce un error. Por ejemplo: 


MYSOL—ROW row; 


row = mysql-fetch—row(results):; 


> 


[/* Accede a los datos de filas como fila[0], fila[l] , etc. 


mysql—field—count 
unsigned int mysql-field—count(MYSOL *mysql) 


Devuelve el numero de campos de la última consulta ejecutada. Le permite 
determinar si un NULL devuelto desde mysql _use rsult() o 
mysql _ store result() se debe a un error o a que no debería haberse 
devuelto un resultado (una consulta de tipo no SELECT). Para comprobar el 
numero de campos en un conjunto de resultados satisfactorio, utilice 
msyql_num_fields (). Por ejemplo: 


results = mysql _ store result lámysql); 
/* pruebe si no se encuentran resultados */ 
1f (results == NULL) ( 


/* si no hay resultados, pruebe si el numero de campos es 
cero o no */ 
if (mysgqgl-field-count(8smysql) > 0) ( 
/* la consulta es de tipo SELECT, por lo que el resultado 
almacenado nulo es un error */ 
) 
else (1 
/* no hay error, ya que la consulta es de tipo INSERT, por 
lo que no devuelve campos */ 


) 


813 


mysql_field_seek 


MYSOQL—FIELD-OFFSET mysql field seex(MYSQL RES *resultado, 
MYSOL—FIELD-OFFSET offset) 


Desplaza el puntero de campo interno (que empieza en 0) al campo especifica- 
do. La siguiente llamada a mysql _fetch field() sera el campo especifica- 
do. Devuelve el puntero de posición del campo anterior. 


msyql_field_tell 
MYSOL—FIELD-OFFSET mysql field tell (MYSQL RES *resultado) 


Devuelve la posicion actual del puntero de campo. 
Por ejemplo: 


/* Registre la posición actual */ 
current-pos = mysql field tell(results); 


msyql_free_result 
void mysql _free result (MYSQL RES *resultado) 
Libera los recursos asignados a un conjunto de resultados. 
msyql_get_client_info 
char *mysql get _client_info(void) 


Devuelve una cadena que contiene la version de biblioteca MySQL del cliente. 
Por ejemplo: 


/* Muestra - La version de la biblioteca cliente es: 4.0.2 (por 
ejemplo) */ 
printf ("La version de la biblioteca cliente es: sin”, 
mysql get_client_info()):; 
mysql_get_host_info 
char *mysql_get_host_info(MYSQL *mysql) 


Devuelve una cadena que contiene información sobre la conexion. 
Por ejemplo: 


/* Muestra - Tipo de conexion: Equipo local a traves de socket 
de UNIX (por ejemplo) "E 
printf ("Tipo de conexion: %s”, mysql _ get _host_info(£mysql)); 


mysql_get_proto_info 
unsigned int mysql—get-proto—info(MYSQL *mysql) 


Devuelve un entero que contiene la version del protocolo (por ejemplo, 10) 
utilizado por la conexion. 


Por ejemplo: 


/* muestra - Version del protocolo: 10 (por ejemplo) */ 
printf ("Version del protocolo: $din”, 
mysql _get proto _info(¿mysql)); 


mysql_get_server_info 


char *mysql_get-—server—info(MYSQL *mysql) 


Devuelve una cadena que contiene la version del servidor MySQL (por ejem- 
plo, 4.0.3). 
Por ejemplo: 


/* muestra - Version del servidor: 4.0.3-beta-log (por ejemplo) 
*/ 

printf("Version del servidor: %sin”, 

mysql _ get _ server info(¿mysql)):; 


mysql_info 
char *mysql info(MYSOL *mysql) 


Devuelve una cadena que contiene informacion detallada sobre la consulta 
mas reciente. Esta informacion incluye registros, filas que coinciden, cambios y 
advertencias. 

Por ejemplo: 


/* Información sobre la consulta en formato de cadena: Filas 
encontradas: 19 Modificadas: 19 Advertencias: OU 

(por ejemplo) */ 

printí ("Información sobre la consulta: %sin"”, 
mysgl_infofámysgl)):; 


mysql_init 

MYSOL *mysql init(MYSQL *mysql) 

Devuelve un identificador MySQL inicializado, listo para una funcion 
mysql_real_connect (). 

Este argumento puede ser un puntero nulo, en cuyo caso se creara una estruc- 
tura Oo un puntero a una estructura MYSQL existente. La funcion mysql 
close () libera los recursos de la estructura si la ha creado. Si ha pasado una 


estructura existente, tendra que liberar personalmente los recursos una vez cerra- 
da la conexion. 


mysql_insert_id 
my ulonglong mysql _insert_id(MYSQL *mysql) 


Devuelve un valor que contiene el ultimo valor AUTO INCREMENT ailadido 
O 0 s1 la última consulta añadió un valor autoincrementado. 


Por ejemplo: 

last-auto—increment = mysql insert _id(ámysql) ; 
mysql_kill 

int mysql _kill(MYSQL *mysql, id—proceso long sin firma) 


Solicita que MySQL cancele el subproceso especificado por id_ proceso. 
Devuelve 0 si la operación es satisfactoria o un valor distinto a cero si ha fracasa- 
do. 

Requiere el privilegio PROCESS. 

Por ejemplo: 


kill = mysql _xi11l(4mysql, 1293); 
mysql_list_dbs 
MYSOL—RES *mysql_list_dbs(MYSOL *mysql, const char *wild) 


Devuelve un conjunto de resultados que contiene los nombres de las bases de 
datos del servidor que coinciden con la expresion de comodin habitual (equivale a 
la instruccion SQL sHOW DATABASES LIKE "comodin') o nulo si se 
produce un error. Devuelve todas las bases de datos si se pasa un puntero nulo. 

Por ejemplo: 


MYSOL—RES nombres de bases de datos; 


/* devuelve una lista de todas las bases de datos que incluyan 
'db' en el nombre */ 
nombres de bases de datos = mysql list dbs(ámysql, "3db3"); 


/* ... No olvide liberar los recursos posteriormente 
mysql_free result (nombres _ de bases de datos); 


mysql_list_fields 


MYSOL—RES *mysql list fields(MYSOL *mysql, const char *table, 
const char *wild) 


Devuelve un conjunto de resultados que contiene los nombres de los campos de 
la tabla especificada que coinciden con la expresión de comodin habitual (equiva- 
le a la instrucción SQL SHOW COLUMNS FROM nombre de tabla LIKE 
"comodin') o nulo si se produce un error. Devuelve todos los campos si se 
pasa un puntero nulo. 

Por ejemplo: 


MYSOL—RES nombres de campos; 
/* devuelve una lista de todos los campos que incluyan 'nombre' 


en su nombre */ 
nombres de campos = mysql list fields(4mysql, "customer", "2nombres”); 
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/* ... No olvide liberar los recursos posteriormente 
mysql free result (nombres de campos); 


mysql_list_processes 


MYSOL—RES *mysql _list_processes (MYSQL *mysqgl) 


Devuelve un conjunto de resultados que contiene una descripción de los 
subprocesos que se ejecutan actualmente en el servidor de bases de datos o NULL 
s1 se produce un error. Devuelve la misma informacion que se obtiene a traves de 
la instruccion SHOW PROCESSLIST (es decir, el Id. del proceso, el nombre de 
usuario, el nombre del servidor, la acción, la hora, el estado y la informacion). De 
esta forma, como de costumbre, puede pasar el resultado a mysqgl_fetch_ 
row() para acceder a los resultados. Por ejemplo: 


MYSOL—RES *lista de subprocesos; 
MYSQL_ROW row 


Lista de subprocesos= mysql list _processes(4mysql); 


row = mysql fetch row(threadlist); 


/* Accede a los datos de subprocesos como fila[0], fila[1] 


3 
etc. 


/* ... No olvide liberar los recursos posteriormente 
mysql_free_result(lista de subprocesos); 

mysql_list_tables 
MYSQL_RES *mysql_list—tables (MYSQL *mysql, const char *wild) 


Devuelve un conjunto de resultados que contiene los nombres de las tablas de 
la base de datos actual que coinciden con la expresion de comodin habitual (equi- 
vale a la instrucción SQL SHOW TABLES LIKE 'comodin')o NULL si se 


produce un error. Devuelve todos los campos si se pasa un puntero nulo. 
Por ejemplo: 


MYSQL RES lista de tablas; 


/* devuelve una lista de todas las tablas que incluyan 
'"customer' en su nornbre */ 


lista de tablas = mysql _list_tables(s£mysgql, "Scustomers"); 


/* ... No olvide liberar los recursos posteriormente 
mysql free result(lista de tablas): 


mysql_num_fields 
unsigned int mysql _ num fields (MYSQL—RES *resultado) 


Devuelve el numero de campos del resultado de la consulta. Puede utilizar la 
funcion msyql field count () para buscar errores y esta para comprobar 
el número de campos de un conjunto de resultados satisfactorio. 
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Por ejemplo: 
num fields = mysql num fields(resultados); 
mysql_num_rows 
int mysql _num rows(MYSQL RES *resultado) 
Devuelve el numero de filas de un conjunto de resultados (solo los resultados 


hasta la fecha si se ha utilizado mysq1_user_result() para obtener el con- 
junto de resultados). Por ejemplo: 


num_rows = mysql num rows (resultados); 
mysql_options 
int mysql—options (MYSQL *mysql, enum opción opcion mysql, void 


*valor) 


Define opciones de conexión adicionales para la conexión que se va a realizar. 
Se puede invocar varias veces y se invoca despues de msyql-_init() y antes 
demsyql_real_connect (). Devuelve O si es satisfactoria o un valor que no 
sea cero si se pasa una opcion no valida. Las opciones son las siguientes: 


* MYSQL_OPT_CONNECT_TIMEOUT. int * sin firma que especifica el 
tiempo muerto de conexión en segundos. 


+ MSYQL_OPT_COMPRESS . Utiliza el protocolo comprimido cliente/servidor. 


+ MYSQL_OPT_LOCAL_INFILE, Un puntero opcional a uint. Se activa 
LOAD DATA LOCAL si el puntero apunta a un entero sin firma que no sea 
cero O si no se proporciona ninguno. 


*  MYSQL_OPT_NAMED_PIPE. En Windows NT; utiliza canalizaciones con 
nombre para conectarse al servidor. 


* MYSQL_INIT_COMMAND. Unchar * que especifica una consulta que 
se ejecutara cuando se establezca la conexión (incluyendo una reconexion 
automática). 


+ MYSQL _ READ DEFAULT FILE. Un char * que haceque las opcio- 
nes provengan del archivode nombres en lugar del archivo de configura- 
cion habitual (my. cnf o my. ini). 


* MYSQL _ READ DEFAULT GROUP. Unchar * que hace que las opcio- 
nes se lean del grupo denominado dentro del archivo de configuración 
(my. ecnf o my. ini o el que defina MYSQL_READ._ DEFAULT_FILE). 


Por ejemplo: 


MYSQL mysql; 
mysql _init(«mysql) ; 
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/* utilice compresion y vacie las tablas al conectarse */ 
mysql_options (ásmysql, MYSQL OPT _COMPRESS, 0 );5 
mysql_options (a«mysql1, MYSQL INIT_COMMAND, "FLUSH TABLES" ):; 


Í* ... continue y conectese */ 
if(imysql real connect (2mysql, "localhost", "guru2b", "g00r002b", 
"firstdb", 0,NULL,O0)) ( 
printf ("The following connection error occurred sin”, 
mysql _error(ámysql)); 


msyql_ping 
int mysql _ping(MYSOL *mysql) 


Devuelve 0 si el servidor MySQL esta en ejecucion o un valor que no sea cero 
en caso contrario. 
Si falla, el programa intentara volver a conectarse. 


mysql_query 
int mysql query(MYSQL *mysql, const char *consulta) 


Ejecuta la consulta especificada. Devuelve Ú si es satisfactorio o un valor que 
no sea cero si se produce un error. Para ejecutar una consulta con datos binarios 
(que podría contener el caracter nulo), tendra que utilizar mysql real 
query (). También deberia utilizar esta función para eliminar y crear bases de 
datos, que sustituye a las funciones msyql_ create db() ymsyal drop _ 
db (), ya obsoletas. Tras ello puede recuperar el resultado, en caso de que sea 
necesario, mediante las funciones msyql_store_resultí() o 
mysql-—use_result (). Por ejemplo: 


query—result = mysql query (mysql, "CREATE DATABASE seconddb"); 


mysql_real_connect 


MYSOL *mysql real connect (MYSOL *mysql, const char *host, const 
char *user, const char *passwd, const char *db, uint port, 
const char *unix socket, uint client-flag) 


Establece una conexión al servidor MySQL con los argumentos especificados, 
como se indica a continuación: 


e MYSQL *mysql. Una estructura MYSQL existente, creada al invocar 
msyql_init(). 


+ constchar *host. Nombre de servidor o dirección IP del servidor MySQL. 
Puede ser una cadena vacia, igual que al conectarse a MySQL desde un 
cliente en el mismo equipo. 
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const char *user. El nombre de usuario. 
const char *passwd. La contrasefia del usuario especificado. 
const char *db. Base de datos a la que se conecta (puede ser nulo). 


uint port. Especifica el puerto para la conexión TCPAP (si se utiliza). U es 
el puerto predeterminado. 


const char *unix_socket. Especifica el nombre de archivo del socket de 
Unix, o canalización con nombre, para realizar la conexión localmente. 
Puede ser nulo para aceptar el predeterminado. 


CLIENT-FOUND-ROWS. Especifica que msyql affected 
rows () devolverá el número de filas que coinciden con la condición de la 
consulta, no el numero de filas que se han modificado realmente. 


CLIENT_IGNORE_SPACE. Le permite añadir espacios por detras de 
los nombres de funciones (con la consecuencia de que todas las funciones 
se convierten en palabras reservadas). 


CLIENT-INTERACTIVE. Especifica que MySQL cierra la conexión des- 
puesdeinteractive timeoutsegundosenlugardewait _ timeout 
segundos (dos variables mysql). Normalmente se utiliza cuando el cliente 
espera mas tiempo por entradas de usuarios interactivos antes de ejecutar 
una consulta. 


CLIENT-NO-SCHENMA. Se utiliza principalmente con ODBC y no per- 
mite la sintaxis nombre-de base-de-datos.nombre-de-tabla. 
nombre _ de campo. 


CLIENT-COMPRESS. Garantiza que la conexión utilice compresion. 


CLIENT-ODEC. Indica a MySQL que el cliente es un cliente ODBC, lo 
que provoca cambios de comportamiento. 


CLIENT=SSL. Garantiza que la conexión utiliza cifrado SSL siempre 
que se haya compilado en el servidor. 


Por ejemplo: 


MYSOL mysql; 


mysql_init(ásmysgl) :; 

mysql _options(ámysql, MYSQL OPT _COMPRESS, 0 ); 

mysql_options (mysql, MYSQL_INIT—COMMAND, "FLUSH TABLES" ):; 

if('mysql real connect (á¿mysql, "localhost", "guru2b”", "gU0r002b", 
"firstdb", 0, NULL,O))> ( 


printf ("The following connection error occurred %sin", 
mysql _error(ámysgql)) 5 


msyql_real_escape_string 


unsigned long mysql real escape string(MYSQL *mysql, char 
*cadena_nueva, char *cadena antigua, longitud cadena antigua 
long sin firma) 


Aplica conversion de escape a una cadena (cadena antigua de longitud 
longitud cadena) para que pueda utilizarla en una consulta MySQL y ubi- 
car el resultado en nueva cadena (que debe tener al menos 1 byte más que el 
doble de la cadena original, en caso de que sea necesario aplicar conversion de 
escape a todos los caracteres, asi como tener en cuenta la cadena nula). Los 
caracteres son NUL (ASCII 0), Mm, Wr, 1, ', " y Control-Z. Devuelve la longitud de 
la nueva cadena. 


Por ejemplo: 

/* la consulta original es de 4 bytes (a,b,c y el caracter 
nulo) */ 

char *consulta antigua = "abc1000”; 


/*la nueva longitud debe ser al menos de 4*2+1 bytes */ 

char nueva consulta [9]; 

int nueva longitud; 

/* devuelve la nueva longitud */ 

nueva longitud de consulta = mysql real escape string(ámysal, 
new—query, old—query, 4); 


msyql_real_query 
int mysql real query(MYSOL *mysql, const char *consulta, 


longitud long sin firma) 


Ejecuta la consulta (que tambien puede utilizar datos binarios) y tambien espe- 
cifica la longitud (excluyendo un carácter nulo). Tras ello puede recuperar el 
resultado, en caso de que sea necesario, con las funciones msyql_store_ 
result() o msyql_use_result(). 

Por ejemplo: 


query—result = mysql _ real query(amysql, "CREATE DATABASE 
seconddb") ; 


msyql_reload 
int mysql reload(MYSOL *mysgl) 


Una funcion obsoleta que recarga las tablas de permisos, asumiendo que el 
usuario conectado tenga permiso Reload. En su lugar, utilice la funcion 
msygql_query(). 


msyql_row_seek 


MYSQL—ROW—OFFSET mysql _row seek(MYSQL _ RES *resultado, 
desplazamiento MYSQL—ROW—OFFSET) 


Desplaza el puntero de fila interno hasta la fila especificada y devuelve el 
puntero de fila original. MSYQL..ROW_OFF'SET debe ser la estructura devuelta 
por la función msyql1_row_ tell () opor otra funciónms yql_row_seek(), 
no sólo un número de fila (en cuyo caso tendría que utilizar la función 
msyql data _seek()). 

Por ejemplo: 


ubicación actual= 
mysql_row _seek(resultado,desplazamiento fila); 


msyql_row_tell 


MYSQL—ROW—OFFSET mysql_row_tell(MYSQL_ RES *resultado) 


Devuelve la posicion actual del puntero de fila. Puede utilizarlo con 


msyql_row_seek() para desplazarse hasta la fila especificada. Utilicelo des- 
pués de msygl_store_result(),node msyql_use_result(). 
Por ejemplo: 


MYSQL—ROW—OFFSET position-actual= mysql_row tell (resultados); 


/* Mas adelante..., vuelva a esta posición */ 
posición cambiada = mysql_row.seek(resultado,posición actual); 


msyql_select_db 
int mysql—select—db (MYSQL *mysql, const char *db) 


Cambia la base de datos actual a la base de datos especificada (siempre que el 
usuario tenga permiso para hacerlo). Devuelve Ú si es satisfactorio y un valor que 
no sea cero si se produce un error. 

Por ejemplo: 


mysql—select—db (4¿mysql, "seconddb"); 
msyql_shutdown 
int mysql—shutdown (MYSQL *mysql) 


Solicita que se cierre el servidor MySQL. El usuario debe tener el privilegio 
SHUTDOWN para que esto funcione. Devuelve Ú si es satisfactorio o un valor que 
no sea cero si se produce un error. Por ejemplo: 


mysql—shutdown (4¿mysql) ; 
msyql_stat 
char *mysql stat(MYSQL *mysql) 


Devuelve una cadena que contiene el estado del servidor. Contiene el tiempo en 
ejecucion, subprocesos, preguntas, consultas lentas, abiertas, tablas vacias, ta- 
bla abiertas y el promedio de consultas por segundo. 
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Por ejemplo: 


/* muestra (por ejemplo): 
Tiempo en ejecucion: 109 Subprocesos: 2 Preguntas: 199 
Consultas lentas: 1 Abiertas: 4 


Tablas vacias: 1 Tablas abiertas: 2 Consultas medias por 
segundo: 1.826b */ 


printf ("Server status: %sin", mysql stat(smysql)): 


msyql_store_result 


MYSQL—RES *mysql store result (MYSQL *mysql) 


En todas las consultas que devuelven datos, tendra que invocar esta funcion o 
mysql use result(). Almacena los resultados de la consulta en la estruc- 
tura MY soL RES o devuelve NULL en caso de que se produzca un error o si la 
consulta no devuelve datos (como por ejemplo después de CREATE DATABASE 
O INSERT). Deberia utilizarmsyql1 field _count() para contar el numero 
de campos que se esperan de la consulta. Si no es cero (cuando no se espera que la 
consulta devuelva datos), se habrá producido un error. 

Tras ello, libere los recursos. 

Por ejemplo: 


MYSOL—RES resultados; 


mysql _query(émysql, "SELECT first _name, surname FROM 
customers"); 

results = mysql _store_ result (£mysql) 5 

pe posteriormente ... el 


mysql free result (resultados); 


msyql_thread_id 


* 


unsigned long mysql—thread—id (MYSOL mysql) 


Devuelve el Id. del subproceso actual de la conexion, normalmente para elimi- 
narla con msyql_kil11(). 
Por ejemplo: 


thread—id = mysql—thread—id (£mysql) ; 


msyql_use_ result 


MYSQL—RES *mysql_ use result (MYSQL *mysgl) 


En todas las consultas que devuelven datos, tendra que invocar esta funcion o 
msyql_store_result(). Esta funcion lee los datos fila a fila, no simultá- 
neamente como hace msyql_store result (). Por ello es más rápida, pero 
no permite que se ejecuten otras consultas hasta que se hayan devuelto todos los 
datos, lo que complica los bloqueos mas de lo habitual. Devuelve un valor nulo en 
caso de que se produzca un error o si la consulta no ha devuelto datos (como por 
ejemplo despues de CREATE DATABASE o INSERT). Deberia utilizar 
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msyql_field_count () para contar el numero de campos que se espera de 
una consulta. Si no es cero (cuando no se espera que la consulta devuelva datos), 
se habrá producido un error. 

Por ejemplo: 


MYSOL—RES resultados; 


mysql_query(£mysql, "SELECT first _name,surname FROM customer"); 
results = mysql use result (smysql) ; 
/* ahora puede utilizar mysql _fetch_row() para acceder a los 


datos de fila en fila * 


/* posteriormente «... */ 
mysql _free result (resultados); 


Breve ejemplo del APl C 


El listado G.1 muestra un breve ejemplo de uso del API € con los componentes 
basicos para devolver datos desde la base de datos. Tlendra que compilarlo y 
ejecutarlo. Las instrucciones de compilación difieren de un sistema a otro, pero 
tendra un aspecto similar al siguiente: 


gcc -o example example.c -I/usr/local/mysql/include/mysql 
-L/usr/local/mysql/lib/mysql -Imysqlclient -12 


Listado G.1. EXAMPLE. C 


tinclude <stdio.h> 
tinclude <mysql.h> 
/* los dos basicos incluyen */ 


/* la funcion principal */ 
int main(char **args) ( 
MYSOL—RES *query—result; 
MYSQL ROW row; 
Sl db_handle es la conexión a la base de datos y la utilizarán 
muchas de las funciones posteriores */ 
MYSQL *db_ handle, mysgl; 
int query-—error; 


/* inicialice y abra la conexión */ 

mysql_init(smysql); 

db_handle = mysql real connect (a¿mysql, "localhost", "guruzb”, 
"g0VEeDOZD", MTEbrstdb" Bs O 0) 


/* si la conexión falla, muestre el error y salga. */ 
if (db—handle == NULL) ( 

printf (mysql _error(¿mysql)) ; 

return 1; 


query—error = mysql query(db_handle, "SELECT 
first_name,surname FROM customer"); 


P% añ el errór: de la coñsulta ne es. 0 (nó hay error), muestra 
el error y: sale “Y 
1 (Query =ertrcor Ps: 0 4 
printf (mysql_error(db_handle)) ; 
reburn 


/* Devuelva un resultado de consulta */ 
query—result = mysql store result (db handle); 


/* Procesa una iteración por el resultado de la consulta y 
muestra cada una de las filas del mismo */ 


while (( row = mysql fetch _row(query—result)) != NULL ) ( 
printf ("Name: %s %si1n",(row[0] ? row[0] : "NULL"), 
(row[1] ? row[1] : "NULL")); 


1 
/* libere los recursos asociados al resultado de la consulta 
* 
/ 


mysql free result (query result); 


/* cierre la conexión */ 
mysql_close (db _ handle); 


MySQL puede conectarse con lenguajes o entornos que no tengan sus propias 
interfaces de programacion de aplicaciones (API) desarrolladas o controladores 
para interactuar con MySQL a través de la conectividad abierta de bases de datos 
(ODBC). ODBC es un API muy utilizado que permite conectarse e interactuar 
con bases de datos relacionales. Es independiente del lenguaje y de la base de 
datos. Con MySQL, se utiliza principalmente para conectarse a herramientas 
como Microsoft Access o Visual Basic. Para ello, tendra que instalar el controla- 
dor MyODBC que encontrara, junto a las instrucciones de instalación, en el sitio 
Web de MySQL (www.mysql.com/downloads/api-myodbc. html). Para 
instalarlo en Windows basta con descargar el archivo ejecutable y ejecutarlo. 

En este apendice explicaremos como configurar un origen de datos en Unix y en 
Windows, como exportar datos desde Microsoft Access a MySQL. Servirá como 
referencia a las funciones MyODBC para los programadores con experiencia y 
proporciona sencillas secuencias de comandos de muestra que le permitiran utilizar 
ODBC para conectar, añadir y seleccionar registros con VB.NET, C++ NET, DAO, 
ADO y RDO. El apendice no constituye una completa descripción de ODBC y de 
como utilizarlo. Si necesita informacion adicional, consulte la documentación ODBC 
del sitio de Microsoft (www.microsoft.com/data/ODBC/), la documenta- 
cion ODBC incluida en su entorno de desarrollo o la informacion que encontrara en 
el sitio de MySQL (www.mysql .com/products/myodbc). 
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Origenes de datos 


Un origen de datos puede ser una ruta a una biblioteca de archivos o, en este 
caso, a una base de datos MySQL. La información de conexión esta asociada al 
origen de datos, almacenada por ejemplo en el registro de Windows. Para conec- 
tarse al origen de datos, el administrador de controladores ODBC busca la infor- 
macion de conexión asociada al DSN y la utiliza para conectarse. Para realizar la 
conexión a traves de ODBC, no siempre es necesario disponer de un DSN existen- 
te. Puede especificar directamente el controlador. Todos los ejemplos que apare- 
ceran posteriormente en este apendice, menos el ejemplo VB DAO, se conectan 
sin un DSN predeterminado. 


Configuración de un origen de datos en Windows 


El primer paso para que una aplicacion de Windows se conecte a MySQL a 
traves de ODBC consiste en configurar un origen de datos: 


l. Seleccione Inicio>Configuración>Panel de control. 


2. En funcion de su version de Windows, puede seleccionar ODBC 32 bits u 
ODBG, o, tambien, Herramientas administrativas y Origenes de da- 
tos (ODBC). 


3. Pulse Agregar 


4. En la lista que aparece en pantalla, seleccione el controlador MySQL que 
haya instalado con MyODEÉEC y, tras ello, pulse Finalizar. 


5. Se abrira la pantalla de configuración predeterminada. Complete los deta- 
lles necesarios. El DSN de Windows puede ser cualquier valor que elija y 
los detalles relativos al servidor, base de datos, nombre de usuario, contra- 
sella y puerto son los que normalmente se necesitan para conectarse a 
MySQL. Tambien puede especificar un comando SQL para que se ejecute 
al realizar la conexión al servidor. 


6. Puede pulsar el boton Opciones para seleccionar distintas opciones especif1- 
cas de su aplicacion (que no siempre son totalmente compatibles con ODBC). 
Por ejemplo, actualmente con Microsoft Access es necesario marcar la opción 
Devolver filas que coincidan. Puede que tenga que experimentar para obte- 
ner un correcto funcionamiento y tambien deberia consultar el sitio de MySQL, 
que incluye las ultimas opciones para la mayoría de las aplicaciones. 


7. Pulse Aceptar para aitadir el origen de datos. 


8. En funcion de su version de ODBC, podra probar su conexión si pulsa el 
boton Probar origen de datos. Si la prueba falla, revise los detalles de su 
conexion. 
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Configuracion de un origen de datos en Unix 


En Unix, puede modificar directamente el archivo ODBC. INI para configu- 
rar sus origenes de datos. 
Por ejemplo: 


[ODBC Data Sources] 


myodbc = MySQL ODBC 3.51 Driver DSN 
[myodbc] 

Driver = /fusr/local/1lib/libmyodbc3.so 
Description =MyS0QOL ODBC 3.51 Driver (DSN 
SERVER = localhost 

PORT = 

USER = root 

Password = g00r002b 

Database = firstdb 

OPTION 8 

SOCKET - 


En Unix, para definir las distintas opciones para aplicaciones no compatibles 
con ODBC, debe configurar el valor OPTION en funcion de los que aparecen en 
la tabla H.1. 


Configuracion de opciones de conexión 


Si no dispone de una interfaz grafica, puede utilizar los valores de opción 
enumerados en la tabla H.1 para realizar la conexion. Para combinar opciones, 
basta con aiiadir los valores de forma conjunta (por lo que 3 es una combinación 
de 1 y 2). 


Tabla H.1. Opciones de conexión 


Descripción 


1 No puede procesar la recepcion del ancho real de 
una columna. 


2 No puede procesar la recepcion del numero real de 
filas afectadas (en su lugar, se devuelve el numero 
de filas encontradas). 


4 Realiza un registro de depuracion enC:1imyodbc. 
log 0 /tmp/myodbc.log. 


8 Establece un límite de paquetes ilimitados para re- 
sultados y parametros. 


16 No realiza preguntas. 


Descripción 


32 Cambia la compatibilidad con el cursor dinamico 
(lo activa o lo desactiva). 

64 Ignora el nombre de la base de datos en una es- 
tructura como nombre de base_de_datos. 
nombre_de_tabla.nombre_de archivo. 

128 Opcion experimental que obliga a utilizar cursores 
de administrador ODBC. 

256 Opcion experimental que inhabilita el uso de bús- 
queda extendida. 

512 Los campos CHAR se rellenan con la longitud total 
del campo. 

1024 la funcion SOLDescribeCol () devuelve nombres 
de columna completos. 

2048 Utiliza un protocolo comprimido. 

4096 Hace que el servidor ignore espacios entre el nom- 
bre de la funcion y el corchete de apertura y, como 
resultado, convierte a todos los nombres de fun- 
cion en palabras clave. 

8192 Utiliza canalizaciones con nombre para conectarse 
a un servidor que se ejecute en NT/2000/XP. 

16384 Los campos LONGLONG se convierten en campos INT. 

32768 Opcion experimental que devuelve user como 
Table qualifier y Table_owner de la funcion 
SOLTables(). 

65536 Lee el archivo de configuración MySQL para los 
parametros de grupo client y odbc. 

131072 Añade comprobaciones de seguridad adicionales. 

262144 Inhabilita las transacciones. 

524288 En modo depuracion, activa el registro de consultas 


en el archivo c: imyodbc.sqlo/tmp/myodbc.sql. 


Exportacion de datos desde Microsoft Access 
a MySQL 


Muchos usuarios noveles de bases de datos empiezan con Microsoft Access y 
uno de los usos mas habituales de ODBC consiste en pasar a MySQL y exportar 


datos desde Acccss. Para ello, cjccute los pasos descritos a continuación (los 
pasos 1 y 2 solo son necesarios si cs la primera vez que realiza esta opcracion): 


Il. Instale el controlador MyODBC. 


2. Configure un origen de datos que apunte al servidor MySQL al que quiera 
exportar los datos, como describimos en el apartado anterior. 


3. Inicie Microsoft Access. 


4. Abra la ventana de bascs de datos de Microsoft Access y seleccione la 
tabla que quicra exportar. 


DI 


Seleccione Archivo>Exportar y cscoja la opción Bases de datos ODBC() 
de la lista desplegable Guardar como. 


6. Seleccione un nuevo nombre si quicre modificar cl nombre de la tabla y 
pulsc Aceptar. 


7. Seleccionc cl origen de datos que haya definido cn el paso 2 y pulse Acep- 
tar. 


8. Silos detalles de conexión del origen de datos no son correctos, tendra que 
cambiarlos. operación que puede realizar cn cstc momento, Recucrde que 
es necesario conceder permisos MySQL para poder acceder (consulte un 
capitulo anterior). 


Uso de ODBC 


En los siguientes cjemplos veremos como insertar un registro cn una base de 
datos MySQL y como seleccionar registros de la misma por medio de ODBC cn 
diferentes cntornos de programacion. Los primcros ejemplos mucstran la conexión 
realizada directamente y el ejemplo DAO como sc cstablece una concsion a través 
de un origen de datos. 

Para que estos ejemplos funcionen, debe instalar MyODBC, un DSN 
preinstalado (solamente para el ejemplo DAO) y el entorno correcto (.NET: Vi- 
sual Basic, etc.). 


ADVERTENCIA: Debe mantener el mismo formato o los ejemplos no 


funcionarán. 


Ejemplo de VB.NET 


En el listado H.1 utilizamos VB.NET y ODBC para concctarnos a un servidor 
MySQL, insertar un registro y seleccionar e imprimir los resultados. Para compilar 


el codigo, tendra que especificar parametros apropiados para su entorno .NET. 
Veamos un ejemplo (la pausa es para que las opciones de compilacion sean 
visibles: 


set path=%path%;C:IWINNTAMicrosoft, NET 1Frameworkiv1.0,3705 
C:IWINNTAMicrosoft.NETXFrameworkiv1.0.3705lcsc /t:exe 
/out:odbc_cnet.exe odbc cnet.cs /r:"C:iProgram 
FilesiMicrosoft.NETMOdbc.NetMicrosoft.Data.Odbc.dll” 
pause 


Listado H.1. DBNET.VB 


Imports Microsoft.Data.Odbc 
Imports System 
Module mysql vbnet 
Sub Main l() 
Try 


'Defina los argumentos para conectarse a una base de 
'datos MySQL firstdb con MyODBC 3.51 

Dim MySQlConnectionArgs As String = " DRIVER=(MySQL 
ODBC 3.51 Driver]; SERVER=wwwW.testhost.co.za;DATABASE= 
firstdb;UIlD=guru2b;PASSWORD=g00r002b;OPTION=0” 


'Abra la conexión ODBC y el comando ODBC 
Dim MySQLConnection As New 

OdbcConnection (MySOLConnectionArgs) 
MySQLConnection.Open () 
Dim MySQLCommand As New OdbcCommand () 
MySQLCommand.Connection = MySQLConnection 


'Añada un registro a la tabla de clientes 
MySQLCommand.CommandText = "INSERT INTO customer 
(first—name, surname) VALUES ('Frank'", 'Weiss')" 
MySQLCommand.ExecuteNonQuery () 


"seleccione un registro de la tabla de clientes, 
"devuelva los resultados, 

'procese una iteración por los resultados para 
"mostrarlos 

MySQLCommand.CommandText = "SELECT 
id, first_name,surname FROM customer" 

Dim MySQLDataReader As OdbcDataReader 

MySQlDataReader = MySQLCommand.ExecuteReader 

While MySQlLDataReader.Read 

Console.WriteLine (CStr(MySQlLDataReader("id")) £ ":" 4 
CStr (MySQLDataReader ("first_name")) £ " " 4 
CSt r (MySOLDataReader ("surname"))) 
End While 


"si hay una excepción ODBC, capturela 
Catch MySQLOdbcException As OdbcException 
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Console.WriteLine (MySQLOdbcException.ToString) 


'Si hay una excepción de programa, Capturela 
Catch AnyException As Exception 
Console.WriteLine (AnyException.ToString) 
End Try 
End Sub 
End Module 


Ejemplo de CA.NET 


En el listado H.2 se utiliza CH. NET y ODBC para establecer la conexión a un 
servidor MySQL, insertar un registro y seleccionar e imprimir los resultados. Para 


compilar el codigo, tendra que especificar parámetros apropiados para su entorno 
NET. 


Veamos un ejemplo (la pausa es para que las opciones de compilacion sean visi- 
ble-): 


C:IWINNTAMicrosoft.NETIFrameworkAv1.0.37051csc /t:exe 
/out:odbc_cnet.exe odbc_cnet.cs /r:"C:iProgram 
FilesiMicrosoft.NET1Odbc.NetiAMicrosoft.Data.Odbc.dll" 
pause 


Listado H.2. DBNET.CS 


using Console = System-Console; 
using Microsoft.Data.Odbc; 


namespace MyODBC ( 
class MySQLCSharp ( 
static void Main(string[] args) tf 
try ( 
/f Defina los argumentos para conectarse a una base 
// de datos MySQL firstdb con MyODBC 3.51 


string MySQOLConnectionArgs = ”DRIVER=(MySQL ODBC 
3.51 Driver); SERVER=49ww,testhost.co,za¡DATABASE= 
firstdb;UID=guru2b; PASSWORD=g00r002b;0OPTION=0"; 


// Abra la conexión ODBC y el comando ODBC 

OdbcConnection MySOLConnection = new 
OdbcConnection (MySOLConnectionArgs); 

MySOLConnection.Open(); 


// Añada un registro a la tabla de clientes 
OdbcCommand MySQLCommand = new OdbcCommand("INSERT INTO 
customer (first-—name, surname) VALUES('Frank', 'Weiss')", 
MySOLConnection) ; 

MySQOLCommand.ExecuteNonQuery (); 


SEK] 


/f seleccione un registro de la tabla de clientes, 
// devuelva los 

// resultados, 

// procese una iteración por los resultados para 
y mostrarlos 

MySQLCommand.CommandText = "SELECT id, 

firstzname, surname FROM customer"; 


OdbcDataReader MySQlDataReader; 

MySOLDataReader = MyS3QLCommand.ExecuteReader () ; 

while (MySQLDataReader.Read()) ( 
Console.WriteLine("" + MySOLDataReader.GetInt32(0) + ":" + 
MySQLDataReader .GetString(1) + " " + 
MySQLDataReader.GetString(2)); 


// Cierre todos los recursos 
MySQLDataReader.Close() 5 
MySQLConnection.Close():; 


> 


) 


// Si hay una excepción ODBC, capturela 
catch (OdbcException MySQLOdbcException) ( 
throw MySQLOdbcException; 


Ejemplo de VB ADO 


El listado H.3 utiliza VB y ADO para establecer la conexión a un servidor 
MySQL a traves de ODBC, insertar un registro (tanto directamente como me- 
diante la inclusion de un conjunto de resultados) y seleccionar e imprimir los 
resultados. Para acceder a los objetos ADO 2.0 en Visual Basic, debe establecer 
una referencia a la biblioteca de tipos ADO incluida en MSADO1 5. DLL. Aparece 
en el cuadro de dialogo Referencias(al que se accede desde el menu Proyecto) 
como Biblioteca de objetos de datos ActiveX 2.0 de Microsoft. Es necesario que 
el codigo aparezca dentro de un formulario para que funcione el método 
Debug.Print. Por otra parte, puede cambiarlo a MsgBox para que el codigo 
sea ejecutable. 


Listado H.3. DBADO.VB 
Private Sub MySQLADO () 
Dim MySQLConnection As ADODB.Connection 


Dim Results As ADODB.Recordset 


Dim SQLQuery As String 
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'Abra una conexión por medio de ADODB y defina la cadena de 


'conexión 
'para conectarse a una base de datos MySQL firstdb con MyODBC 
dl 
Set MySQLConnection = New ADODB.Connection 
MySQLComnnection.ConnectionString = "DRIVER=(MySQL ODBC 3.51 Driver); 


SERVER=www.testhost.co.za;¡DATABASE=customer;UlD=guru2b; 
PWD=g00r002b;0PTION=0" MySQLConnection.Open 


Set Results = New ADODB.Recordset 


Results.CursorLlocation = adUseServer 

"Hay dos formas para insertar registros - la primera es la 
'inserción directa 

SQLQuery = "INSERT INTO customer (first-name, surname) VALUES 


('Werner', 'Christerson')" 
MySQLConnection.Execute SQLQuery 


'La segunda consiste en añadir un conjunto de resultados por 
"medio del 

'método AddNew. En primer lugar, devuelva un conjunto de 
"resultados 

Results .Open "SELECT * FROM customer", MySQLConnection, 

adOpenDynamic, adLockOptimistic 

Results.AddNew 

Results!first_name = "Lance" 

Results!surname = "PlaaitjJies” 

Results-Update 

Results.Close 


"seleccione un registro de la tabla de clientes, devuelva los 
"resultados, 
'"procese una iteración por los resultados para mostrarlos 
Results.Open "SELECT id, first-name, surname FROM customer", 
MySQLConnection 
While Not Results.EOF 
Debug.Print Resultstid £ ":" £€ Results!first name 4 " " 4 
Results!surname 
Results.MoveNext 
Wend 
Results.Close 


MySQLConnection.Close 
End Sub 


Ejemplo de VB RDO 


En el listado H.4 se utiliza VB y RDO para establecer la conexión a un servi- 
dor MySQL a traves de ODBC, insertar un registro y seleccionar e imprimir los 
resultados. 
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Visual Basic admite RDO pero puede que en su lugar le interese utilizar el 


nuevo ADO. 


Para acceder a los objetos RDO 2.0 en Visual Basic, debe establecer una 


referencia a la biblioteca de tipos RDO incluida en MSRDO20.DLL. Aparece 
en el cuadro de dialogo Referencias (al que se accede desde el menu Pro- 
yecto) como Objetos de datos remotos 2.0 de Microsoft. Es necesario que el 
codigo aparezca dentro de un formulario para que funcione el método 
Debug. Print. Por otra parte, puede cambiarlo a MsgBox para que el có- 
digo sea ejecutable. 
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Listado H.4. DARDO.VB 


Private Sub MySQLRDO () 
Dim Results As rdoResultset 
Dim MySQLConnection As New rdoConnection 
Dim SQOLQuery As String 


'Abra una conexión por medio de RDO y defina la cadena de 
'conexión 

'para conectarse a una base de datos MySQL firstdb con MyODBC 
on 


MySQLConnection.Connect = ”DRIVER=(MySQL ODBC 3.51 Driver); 
SERVER=www.testhost.co.za;DATABASE=firstdb;UID=guru2b; 
PWD=g00r002b;0PTION=0" 


MySQLConnection.CursorDriver = rdUseOdbc 
MySQLConnection.EstablishConnection rdDriverNoPrompt 


"Hay dos formas de inserción - la primera es la inserción 
"directa 

SOLQuery = "INSERT INTO customer (first—name, surname) VALUES 

('Lance', 'Plaaitjies')" 


MySQLConnection.Execute SOLQuery, rdExecDirect 


"La segunda consiste en añadir a un conjunto de resultados 
"por medio del 

'método AddNew. Primero devuelva un conjunto de resultados 

SOLQuery = "SELECT * FROM customer" 

Set Results = MySQLConnection.Openkesultset (SQLQuery, rdOpenStatic, 

rdConcurRowVer, rdExecDirect) 

Results.AddNew 

Results!first_ name = "Werner" 

Results!surname = "Christerson" 

Results.Update 

Results.Close 


"seleccione un registro de la tabla de clientes, devuelva los 
"resultados, 
'"procese una iteración por los resultados para mostrarlos 


SOLQuery = "select * from customer" 
Set Results = MySQLConnection,OpenResultset (SQLQuery, rdOpenStatic, 
rdConcurRowVer, rdExecDirect) 
While Not Results.EOF 
Debug-Print Results!id £ ":"” £ Results!first_ name € " " £ 
Results!'surname 
Results.MoveNext 
Wend 
'Libere el conjunto de resultados y la conexión 
Results.Close 
MySQLConnection.Close 
End Sub 


Ejemplo de VB DAO 


En el listado H. 5se utiliza VB y DAO para establecer la conexión a un servi- 
dor MySQL a traves de ODBC, insertar un registro (tanto directamente como 
mediante la inclusion de un conjunto de resultados) y seleccionar e imprimir los 
resultados. 


Visual Basic admite DAO pero puede que en su lugar le interese utilizar el 
nuevo ADO. 


Para acceder a los objetos DAO en Visual Basic, debe establecer una referen- 
cia a la biblioteca de tipos DAO incluida enDAO0360. DLL. Aparece en el cuadro 
de dialogo Referencias (al que se accede desde el menu Proyecto) como Biblio- 
teca de objetos DAO 3.6 de Microsoft. 

Es necesario que el codigo aparezca dentro de un formulario para que funcione 
el método Debug .Print .Por otra parte, puede cambiarlo a MsgBox para que 


el codigo sea ejecutable. En este ejemplo es necesario configurar un DSN para 
que funcione. 


Listado H.5. DBDAO.VB 


Private Sub MySQLDAO () 
Dim Works As Workspace 
Dim MySQLConnection As Connection 
Dim Results As Recordset 
Dim SQOLQuery As String 


'Abra un espacio de trabajo por medio de DAO y defina la 
"cadena de conexión 

"para conectar a una base de datos firstdb MySQL DSN con 
'MyODBC 3.51 

Set Works = DBEngine.CreateWorkspace("MySQLWorkspace", "guru2b”, 

"g00r002b", dbUseODBC) 

Set MySQLConnection = Works.OpenConnection("MySQLConn"”, 

rdDrivercompleteRequired, False, "ODBC;DSN=MyDAO") 

"Hay dos formas de inserción - la primera es la inserción 
'directa 
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SOLQuery = "INSERT INTO customer (first name, surname) VALUES 
('Lance', 'Plaaitjies')" MySQLConnection.Execute SQOLQuery 


'La segunda consiste en aiiladir a un conjunto de resultados 
"por medio del 

'método AddNew. Primero devuelva un conjunto de resultados 

Set Results = MySQLConnection.OpenRecordset ("customer") 

Results.AddNew 

Results!first_name = "Werner" 

Results!surname = "Christerson" 

Results.Update 

Results.Close 


"Lea la tabla de clientes 


Set Results = MySQLConnection.OpenRecordset ("customer", 
dbOpenDynamic) 
While Not Results.EOF 
Debug.Print Results!id 4 ":" £ Results!first_ name £ " " 4 


Results!surname 
Results.MoveNext 
Wend 
Results.Close 


MySQOLConnection.Close 
Works.Close 
End Sub 


Funciones MyODBC 


Los siguientes apartados constituyen una guia de referencia sobre funciones 
que los programadores con experiencia pueden utilizar. Las descripciones de este 
apendice se aplican a MyODBC 3.5x. 


SQLAllocConnect 


Asigna memoria a un identificador de conexion. Esta funcion ha quedado 
obsoleta y se ha sustituido por SQLAllocHandle(), que se invoca con el 
argumentO SOT.__HANDLE_DBC. 


SQLAIllocEnv 


Obtiene un identificador de entorno del controlador. Esta funcion ha quedado 
obsoleta y se ha sustituido por SOLAllocHandle() que se invoca con el 
argument0 SOL_HANDLE_ENV. 
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SQL AllocHandle 


SQLAllocHandle (tipo _ de identificador, 
identificador de entrada, puntero de identificador de salida); 


Asigna un identificador (de conexion, descriptor, entorno o instruccion). 

tipo de identificador puede ser SOL HANDLE ENV (identificador 
de entorno), SOL HANDLE_DBC (identificador de conexión) 0 SOL_HANDLE_ 
STMT (identificador de instrucción). 

El identificador-de._ent rada describe el contexto de asignacion del 
nuevo identificador. 

Sera SOL_ NULL HANDLE si el tipo de_ identificador es 
SOL _HANDT.E ENV, un identificador— de entorno si tipo_de 
identificador es SOL_HANDLE_DBC y un identificador de conexión si 
es SQL_HANDLE_ STMT. 

Elpuntero de identificador_de_salidaes un puntero a un búfer 
desde el que se devuelve el identificador. 


SQLAllocStmt 


Asigna memoria a un identificador de instruccion. Esta funcion ha quedado 
obsoleta y se ha sustituido por SOLAllocHandle() que se invoca con el 
argumentO SOL_HANDLE_STMT. 


SQLBindParameter 


SOLBindParameter(identificador de instrucción, 
número de parámetro, tipo _ de parámetro, tipo _de valor; 
tipo sql; tamaño de columna, dígitos decimales, 
puntero de valor de parámetro, longitud _de búfer, 
puntero de longitud de cadena); 


Vincula un marcador de parametros a una instrucción SQL. numero_de._ 
parametro empieza desde 1. 

Por ejemplo: 

SOLUINTEGER id—ptr; 

SOLINTEGER idl ptr; 


// Prepare SQL 
SOLPrepare (sth, "INSERT INTO customer (id) VALUES (?)", SQL _NTS); 


// Vincule id al parametro de la columna de ld. 
SOLBindParameter (sth, 1, SOL_PARAM_ INPUT, SQL C _ULONG, 
SOL_LONG, 0, 0, sid ptr, 0, sidl ptr); 


Ed 
SQLExecute (sth) ; 
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SQLBulkOperations 


SQLBulkOperations (identificador de instrucción, operación); 


Realiza operaciones de grandes volumenes de datos. 


SQLCancel 


SQLCancel (identificador de instrucción) 


Cancela operaciones en el identificador de instruccion especificado. 


SQLCloseCursor 


SQLCloseCursor (identificador de instrucción); 


Cierra todos los cursores abiertos para el identificador de instruccion especifi- 
cado. 


SQLCOoIlAttribute 


SQOLColAttribute (identificador de instrucción, 
número de registro, ¡identificador de campo, 

puntero _ de atributo de caracteres, longitud de búfer, 
puntero_de longitud_de cadena, puntero de atributo numérico); 


Describe atributos de un campo del conjunto de resultados. 

El argumento numero_de_registro es el numero del registro, que em- 
pieza en 1. El argumento ident ificador-de—-campo especifica el campo 
que se va a devolver. 

El argumento puntero de atributo de caracteres apunta a un 
búfer desde el que se devolverá el valor (si es una cadena; en caso contrario no se 
utiliza). 

El argumento longitud_de_bufer puede contener uno de los siguientes 
valores: 


+ La longitud del puntero de atributo_de_caracteres (0 
SQL_NTS) si apunta a una cadena. 


e El resultado de SOL LEN _BINARY ATTR(longitud) si el 
puntero_de_atributo_de_caracteres apuntaaunbuferbinario. 


e SQL_ZIS_INTEGER, SQL_.IS_UNINTEGER, SOL_SMALLINT o 
SQLUSMALLINT si puntero de atributo_de._caracteres 
apunta a un tipo de datos específico de longitud fija. 


e SQL_IS_POINTER si puntero_de_atributo_de_caracteres 
apunta a otro puntero. 
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El argumento puntero_de_longitud_de_cadena apunta a un bufer 
desde el que se devolvera el numero total de bytes depuntero_de_atributo_ 
de caracteres (excluyendo un byte nulo). Para datos de caracteres, si 
longitud_de_búfer es menor que el número de bytes que se van a devolver, 
los datos se recortan. En otros casos, se asume que es de 32 bits. El argumento 
puntero_de_atributo numérico apunta a un bufer de enteros desde el 
que se devuelve un valor numérico. No es utiliza si el valor devuelto no es numérico. 


SQLCOol!Attributes 


Describe atributos de un campo del resultado. Esta función ha quedado obsoleta 
y se ha sustituido por SQLColAttribute(). 


SQLColumnPrivileges 


SOLColumnPrivileges (identificador de instrucción, 
nombre de catálogo, longitud de nombre de catálogo, 
nombre de esquema, longitud de nombre de esquema, 
nombre de tabla, longitud de nombre de tabla, 
nombre de columna, longitud _de nombre de cadena); 


Devuelve una lista de campos y privilegios. 


SQLColumns 


SOLColumns (identificador de instrucción, nombre de catálogo, 
longitud_de_ nombre de catálogo, nombre de esquema, 
longitud _ de nombre de esquema, nombre de tabla, 

longitud_de nombre _de tabla, nombre_de columna, 

longitud _de nombre de columna); 


Devuelve una lista de nombres de columnas 


SQLConnect 


SOLConnect (identificador de conexión, nombre origen de_datos, 
longitud nombre de_origen de datos, nombre _de usuario, 
longitud nombre de usuario, contraseña, 
longitud de contraseña); 


Realiza la conexión al origen de datos con el nombre de usuario y contraseña 
especificados. 


SQLDataSources 


Implementada por el Administrador de controladores, esta funcion devuelve 
una lista de origenes de datos disponibles. 
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SOGLDescribeCol 


SQLDescribeCol (identificador _de instrucción, número de columna, 
nombre de columna, longitud de búfer, 

puntero de longitud _de nombre, puntero de tipo de datos, 
puntero de número de columna, puntero de dígitos decimales, 
puntero _ nulo); 


Describe una columna del conjunto de resultados. 

El argumento numero _de_colurnna es el numero de la columna del con- 
junto de resultados, empezando desde 1. 

El argumento nombre-_de_columna apunta a un bufer desde el que se 
devuelve el nombre de la columna (leído desde SOL__DESC_NAME). Devuelve 
una cadena vacia si el nombre no esta disponible. 

El argumento lon gitud_de_bufer es la longitud en caracteres del bufer 
nombre de colurnna. 

El argumentopuntero de longitud de bufer apunta a un bufer desde 
el que se devuelve el número de bytes disponibles en nombre_de_columna 
(excluyendo bytes nulos). Si la longitud que se devuelve es mayor que 
longitud_de_bufer, se recorta el nombre de la columna. 

El argumento puntero _ de tipo de datos apunta a un bufer desde el 
que se devolveri el tipo de datos SQL, obtenido de SOL_DESC_CONCISE._TYPE. 
Devuelve SQL_UNKNOWN_TYPE si el tipo no esta disponible. 

El argumentopuntero_de tamaño de columna apunta a un bufer desde 
el que se devolverá el tamaño de la columna o 0 si no está disponible. 

El argumento puntero de dígitos decimales apunta a un bufer desde 
el que se devolverá el número de decimales de la columna o 0 si no está disponible. 

El argumento puntero nulo apunta a un bufer desde el que se devuelve la 
nulidad (SQL_NO_NULLS,—SQL_NULLABLE o SQOL_NULLABLE_UNKNOWN). 


SQLDescribeParam 


SOLDescribeParam(identificador de instrucción, 
número de parámetro, puntero de tipo de datos, 
puntero_de tamaño de parámetro, puntero de dígitos decimales, 
puntero_nulo); 


Devuelve una descripción del parametro. 

El argumento numero_de_paramet r o especifica el parametro (empezan- 
do desde 0). 

El puntero de tipo de_datos apunta a un bufer desde el que se de- 
volverá el tipo de datos SQL. 

El argumento puntero_de tamaño de parametro apunta a un bufer 
desde el que se devolverá el tamaño de la columna de parámetros. 

El argumento puntero _ de digitos decimales apunta a un bufer desde 
el que se devolverá el número de decimales de la colurmna o O si no está disponible. 


El argumentopuntero_nulo apunta a un bufer desde el que se devolvera la 
nulidad (SQL_NO_NULLS, SQOL_NULLABLE O SQL_NULLABLE_UNKOWN). 


SQLDisconnect 


SQLDisconnect (identificador de conexión); 


Cierra la conexión especificada por el identificador de conexion. 


SQLDriverConnect 


SOLDriverConnect (Identificador de conexión, 

identificador de ventana, entrada _de conexión, 

longitud de entrada de conexión, salida de conexión, 

longitud de salida de conexión, longitud de búfer, 
indicador de línea de comandos); 

Establece la conexión con un servidor. 

En su lugar puede utilizar SOLConnect para conectarse sin un DSN, infor- 
macion de conexión especifica del controlador o solicite al usuario la información 
de conexion. 

El argumento identificador_de_ventana puede ser el identificador 
de la ventana principal o un puntero nulo si no hay cuadros de diálogo o no se 
utiliza el identificador de ventana. 

El argumento entrada_de_conexión puede ser una conexión completa, 
una cadena de conexión parcial o una cadena vacia. 

Elargumento longitud_de_entrada_de_conexión es lalongituden 
bytes de la cadena entrada_de_conexión. 

El argumento salida_de_conexión apunta a un bufer desde el que se 
devolvera la cadena de conexion. 

El argumento longitud_de_salida_de_conexión es la longitud del 
bufer salida de conexión. 

El argumento longitud de bufer apunta a un bufer desde el que se 
devolvera el número de caracteres disponibles. 

S1 el numero de caracteres es mayor de longitud_de_bufer, se recorta 
salida de conexión. 

El argumento indicador de línea_de_comandos especifica si el 
controlador debe solicitar más información para realizar la conexion. Puede ser 
SQL_DRIVER_PROMPT, SOL_DRIVER_COMPLETE, SQL_DRIVER_ 
COMPLETE_REQUIRED O SQL_DRIVER NOPROMPT. 


SQLDrivers 


Implementada por el Administrador de controladores, esta funcion devuelve 
detalles de los controladores instalados. 


SQLEndTran 


SOLEndTran(tipo de identificador, identificador, 
tipo de finalización); 


Finaliza una transacción abierta e invoca su confirmación o la invierte. 

El argumento tipo-de_identificador contiene SOL HANDLE _ENV 
Oo SQL_ HANDLE _DBC en funcion del tipo de identificador (de entorno o de co- 
nexión). El argumento identificador especifica el identificador. 

tipo de finalizacion determina si las transacciones se finalizan con 
una confirmación o se invierten. Puede ser SOL_COMMIT O SOL_ROLLBACK. 


SQLError 


Esta funcion devuelve información sobre errores. Se ha quedado obsoleta. 
Puede utilizar SOQOLGetDiagRec O SQLGetDiagField para reemplazarla. 


SOLExecDirect 


SOLExecDirect (identificador de instrucción, sql, longitud sql); 


Ejecuta una instruccion SQL. Es mas rapida que SOLExecute si la instruc- 
cion sólo se va a ejecutar una vez y no es necesario prepararla. 


SQLExecute 


SOLExecute (identificador de instrucción); 


Ejecuta una instruccion preparada previamente (con SQOLPrepare). Utilice 
SQOLExecDirect si la instruccion sólo se va a ejecutar una vez y no es necesa- 
rio prepararla. 


SQLExtendedFetch 


Esta funcion devuelve resultados sobre los que se puede desplazar. Se ha que- 
dado obsoleta; en su lugar puede utilizar SOLFetchScrol1l 


SQLFetch 


SQLFetch (identificador de instrucción); 


Devuelve la siguiente fila de datos. 


SQLFetchScroll 


SOLFetchScroll(identificador de_ instrucción, 
tipo de recuperación, desplazamiento); 
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Devuelve datos de la fila especificada. 

El argumento tipo de recuperación puede ser SQL FETCH NEXT 
(la siguiente fila, equivalente a la funcion SOLFetch)), SQL _ FercuH Prror 
(la fila anterior), SQL_FETCH_ FIRST (la primera fila), SQL FETCH LAST 
(la última fila), SOL FETCH ABSOLUTE (una fila desplazada desde la primera 
fila), SQL_FETCH RELATIVE o SQL_FETCH_BOOKMARK (una fila despla- 
zada desde la fila actual). 

El argumento desp lazamie n to especifica la fila que se va a obtener, bien 
desde la primera o desde la fila actual, en funcion del argumento tipo_de_ 
recuperación. 


SQLFreeConnect 


Libera el identificador de conexion. Esta funcion ha quedado obsoleta; en su 
lugar debe utilizar SQLFreeHandle. 


SQLFreeEnv 


Libera el identificador de entorno. Esta funcion ha quedado obsoleta; en su 
lugar debe utilizar SQLFreeHandle. 


SOLFreeHandle 


SQLFreeHandle(tipo de identificador, identificador); 


Libera un identificador (ya sea de conexion, descriptor, de entorno o de ins- 
truccion). 

El argumento tipo_de_identificador puede ser SOL _ HANDLE _ENV 
(identificador de entorno), SQL HANDLE _DBC (identificador de conexión), 
SQL HANDLE STMT (identificador de instrucción) Oo SQL_ HANDLE DESC 
(identificador descriptor). El argumento iden tificador es el identificador 
especificado que se va a liberar. 


SQLFreeStmt 


SQLFreeStmt (identificador de instrucción, opcion); 


Detiene el procesamiento de la instrucción. 

El argumento opcion puede ser SQL CLOSE (cierra el cursor, igual que 
soLCloseCursor, con la posibilidad de volver a abrirlo), SOL DROP (libera 
el identificador de instrucción y cierra el cursor, aunque este uso se ha quedado 
obsoleto y en su lugar debe utilizar SQLFreeHandle), SOL_UNBIND (libera 
todos los búfer de columna vinculados a SOLBindCol1) y SQL_RESET PARAMS 
(libera todos los búfer de parámetros definidos por SOLBindParameter). 


SQLForeignKeys 


SQLForeignKeys (identificador _de instrucción, 
nombre de catálogo de clave principal, 

longitud de nombre de catálogo de clave principal, 
nombre de esquema de clave principal, 

longitud_de nombre de esquema de clave principal, 
nombre de tabla _de clave principal, 

longitud _de nombre de tabla de clave principal, 
nombre _ de catálogo de clave secundaria, 

longitud de nombre de catálogo de clave secundaria, 
nombre de esquema de clave secundaria, 

longitud _ de nombre de esquema de clave secundaria, 
nombre de tabla de clave secundaria, 

longitud_de nombre de tabla de clave secundaria); 


Devuelve claves secundarias de la tabla especificada y claves secundarias de 
otras tablas vinculadas a la tabla especificada. 


SQLGetConmnectAttr 


SQLRETURN SQLGetConnectAttr (identificador de conexión, 


atributo, 
puntero_de valor, 


longitud de búfer, 
puntero de longitud de cadena); 


Devuelve el valor de un atributo de conexion. El argumento a tributo puede 
ser uno de los valores enumerados en la tabla H.2. 


Tabla H.2. Atributos y contenidos asociados a puntero de valor 


Atributo 


Contenidos de puntero_de_ valor 


SQL_ATTR_AUTOCOMMIT 


SQL_ATTR_CONNECTION DEAD 


SQL_ATTR_CONNECTION_TIMEOUT 
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Indica si se usa el modo de confirma- 
cion automatico o manual. Puede ser 
SQL_AUTOCOMMIT_OFF (en cuyo caso 
las transacciones terminaran con 
SQLEndTran) 0 SQL AUTOCOMMIT_oN 
(el predeterminado). 


Puede ser SQL_CD_TRUE (la conexión 
está muerta) o SQL_CD_FALSE (la co- 
nexion sigue activa). 


Numero de segundos que se espera a 
que se ejecute una instrucción SQL an- 
tes de agotar el tiempo muerto. Si se 
configura como O (el predeterminado), 
significa que no hay tiempo muerto. 


Atributo Contenidos de puntero_de valor 


SQL_ATTR_CURRENT_CATALOG 


SQL_ATTR_LOGIN_TIMEOUT 


SQL_ATTR_ODBC_CURSORS 


SQL_ATTR_PACKET_SIZE 


SQL_ATTR_QUIET_MODE 


SQL_ATTR TRACE 


SQL_ATTR_TRACEFILE 
SQL_ATTR_TRANSLATE_LIB 


SQOL_ATTR TRANSLATE OPTION 


SQL_ATTR_TXN_ISOLATION 


Nombre del catalogo. 


Número de segundos de espera duran- 
te la conexión antes de agotar el tiem- 
po muerto. 0 indica que no hay tiempo 
muerto. 


Indica cómo utiliza el Administrador de 
controladores la biblioteca de cursores. 


Indica el tamaño de paquetes de red, 
en bytes. 


Identificador de ventana principal de la 
aplicacion o nulo si el controlador no 
muestra cuadros de dialogo. 


Puede ser SOL_OPT_TRACE (el prede- 
terminado; no se realiza seguimiento 
alguno) O SOL_OPT_TRACE (SÍ realiza 
seguimiento). 


Nombre del archivo de seguimiento. 


Nombre de la biblioteca que contiene 
las funciones SOLDriverToData 
Source Y SOLDataSourceToDriver. 


Un valor indicador de 32 bits pasado a 
la DLL de traduccion. 


Una mascara de bits de 32 bits que es- 
tablece el nivel de aislamiento de tran- 
sacciones. Es necesario finalizar la 
transacción con SOLEndT ran antes de 
invocar SOLSetConnectAttr con esta 
opción. 


El argumento puntero_de_valor es el puntero desde el que se devuelve 
el valor. El argumento longitud. de _bufer puede contener uno de los si- 


guientes valores: 


+ La longitud de puntero_de_valor (Oo SOL_NTS) si apunta a una 


cadena. 


+ El resultado de SOL_LEN_BINARY_ATTR(longitud) si 
puntero..de_valor apunta a un bufer binario. 


+ Puede ser SQL_IS_INTEGER,SOL_IS_UNINTEGER,SOL SMALLINT 
O SOLUSMALLINT si puntero_de_valor apunta a un tipo de datos 


especifico de longitud fija. 
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e  SOL_IS_POINTER si puntero_de_valor apunta a otro puntero. 


El argumento puntero_de_longitud de cadena apunta a un bufer 
desde el que se devolverá el número de caracteres disponibles (excluyendo bytes 
nulos). 

S1 el numero de caracteres es mayor que longitud_de-_bufer,se recorta 
el valor de puntero_de-_valor. 


SQLGetConnectOption 


Devuelve el valor de la opción de conexion. La funcion ha quedado obsoleta 
por lo que en su lugar debe utilizar SOLGetConnectAttr. 


SQLGetCursorName 


SQLGetCursorName (identificador de instrucción, 
nombre_de_cursor,longitud de nombre de cursor, 
puntero de longitud de nombre); 


Devuelve el nombre del cursor asociado al identificador de instrucción. 

El argumento nombre_de_cursor apunta a un bufer desde el que se de- 
volvera el nombre del cursor. 

El argumento puntero de longitud_de_nombre apunta a un bufer 
desde el que se devolverá el número de caracteres disponible. Si el número de 
caracteres es mayor que puntero_de_longitud_de_nombre, se recorta 
nombre de cursor. 


SQLGetDiagField 


SOLGetDiagField(tipo de identificador, identificador, 
número de registro, identificador de diagnóstico, 

puntero de indentificador de diagnóstico, longitud de búfer, 
puntero de longitud de identificador de diagnóstico); 


Devuelve información sobre errores, advertencias y diagnóstico del esta- 
do. 

El tipo-de-identificador puede ser SOL HANDLE ENV (entorno), 
SQL HANDLE DBC (conexión), SOL_HANDLE_STMT (instrucción) o 
SOL HANDLE DESC (descripción). 

El argumento de identificador contiene el identificador concreto 
de tipo tipo_de_identificador. 

El argumento numero de registro es el registro (empezando desde 1) 
desde el que se devuelve información, en caso de que haya. 

El identificador de diagnóstico puede ser cualquiera de los va- 
lores descritos en la tabla H.3. 


848 


Tabla H.3. El argumento ¡dentificador_de_ diagnóstico de SQL GetDialogField 


dentificador_de diagnóstico 


Descripción 


SQL DIAG CLASS ORIGIN 


SQL_DIAG COLUMN NUMBER 


SOL_DIAG CONNECTION NAME 


SQL_DIAG_CURSOR ROW COUNT 


SQL _DIAG MESSAGE TEXT 


SQL_DIAG NATIVE 


SQOL_DIAG NUMBER 


SQL DIAG RETURNCODE 


SQL_DIAG_ROW_COUNT 


SQL _DIAG_ROW_ NUMBER 


SOL DIAG SERVER NAME 


SOL_DIAG_SOLSTATE 


Devuelve una cadena que indica el origen 
de la clase SOLSTATE (por ejemplo, ISO 
9075 u ODBC 3.0). 


Devuelve el numero de columna del conjun- 
to de resultados o el numero de parametro 
del conjunto de parametros, empezando des- 
de 0. Si no es aplica ninguno de éstos, con- 
tendra SQL-NO- COLUMN NUMBER O 
SQL_COLUMN NUMBER UNKNOWN. 


Devuelve una cadena que contiene el nom- 
bre de conexión a la que se refieren los 
diagnosticos. | 


Devuelve el numero de filas del cursor. 


Devuelve una cadena con el mensaje de | 
diagnóstico (error o advertencia). 


Devuelve un codigo de error nativo (un 
entero) o O si no hay ninguno. 


Devuelve el numero de registros de esta- 
do disponibles para el identificador (actual- 
mente el controlador devuelve 1). 


Devuelve el codigo de devolución de la fun- 
cion. 


Devuelve el numero de filas afectadas por 
una operación SQL que modifica dato: ; 
(como INSERT O DELETE) ejecutada por 
SOLExecute, SOLExecDirect, SOLBulk 
Operations O SQLSetPos. 


Devuelve el numero de fila de un conjunto 
de resultados o el numero de parametro» 
de un conjunto de parametros, empezan- 
do desde 1. Si no se aplica ninguno de 
éstos, contendra SOL_NO_ROW_NUMBER 0 
SQL ROW_NUMBER UNKNOWN. 


Devuelve una cadena que contiene el nom- 
bre del servidor al que hace referencia el 
diagnóstico. 


Devuelve una cadena de cinco caractere: ; 
que contiene el codigo SOLSTATE. 
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Identificador_de_ diagnóstico Descripción 


SQL_DIAG_SUBCLASS_ORIGIN Devuelve una cadena que contiene el ori- 


gen de la subclase SOLSTATE (por ejem- 
plo, ISO 9075 u ODBC 3.0). 


El puntero_de_id de diagnóstico apunta a un bufer desde el que 
se devolverán los datos de diagnóstico. El argumento longitud_de_búfer 
puede contener uno de los siguientes valores: 


+ La longitud de puntero_de_identificador_de_diagnóstico 
(o SQL_ZNTS) si este apunta a una cadena. 


+ FElresultadode SQL LEN _BINARY_ATTR (longitud) si 
puntero_de_identificador_de-diagnóstico apunta a un búfer 
binario. 


e Puede ser SOL_IS_INTEGER,SQL_I S_UNINTEGER, SQL_SMALLINT 
O SOLUSMALLINT sipuntero_de-_identificador _de_ diag- 
nóstico apunta a un tipo de datos especifico de longitud fija. 


e SQL_IS_POINTER sipuntero_de_identificador_de_ diag- 
nóstico apunta a otro puntero. 


El argumento puntero de longitud_de_identificador_de-_ 
diagnóstico apunta a un búfer desde el que se devolverá el número de carac- 
teres disponibles (excluyendo bytes nulos). Si el numero de caracteres es mayor 
que longitud_de_bufer,serecortapuntero_-de_identificador_zde_ 
diagnóstico. 

SQLGetDiagField no se envía los mismos diagnosticos a sí mismo. Por el 
contrario, devuelve uno de los siguientes valores: SQL SUCCESS, 
SQL_SUCCESS WITH INFO (satisfactorio pero los datos se recortan), 
SQL INVALID HANDLE, SQL_ERROR (si los argumentos no eran validos, 
etc.) o SOL_NO_DATA. 


SQLGetDiagRec 


SQOLGetDiagRec(tipo de identificador, identificador, 
número de registro, estado sql, puntero de error nativo, 
texto del mensaje, longitud de _ texto del mensaje, 
puntero de longitud del texto); 


Devuelve información de diagnóstico adicional. Normalmente se invoca cuan- 
do una llamada anterior a una funcion ha devuelto SQL SUCCESS o 
SQL SUCCESS WITH_INFO. El tipo-de.-_identificador puede ser 
SQL HANDLE _ENV (entorno), SQL HANDLE _ODBC (conexión), 
SQLHANDLE_STMT (instrucción) o SOL_HANDLE_DESC (descripción). 


El argumento_de._identificador contiene el identificador especifi- 
cado de tipo tipo_de_identificador. 

El argumento numero_de registro es el registro (empezando desde 1) 
desde el que se devuelve información, en caso de que haya. 

El argumento estado sql apunta a un bufer desde el que se devolvera el 
cbdigo SQLSTATE de cinco caracteres. 

El argumento puntero de error nativo apunta a un bufer desde el 
que se devolvera el cbdigo de error nativo. 

El argumento texto del mensaje apunta a un bufer desde el que se 
devolverá el mensaje de diagnóstico (error o advertencia). 

El argumento longitud del texto_del_mensaje contiene la longi- 
tud del búfer texto_del_mensajJe. 

El argumentopuntero_de_longitud de textoapuntaa un bufer desde 
el que se devolverá el número de caracteres disponibles. Si este número es mayor 
que longitud_del_texto_del_mensaje, se recortara texto_del.__ 
mensaje. 


SQLGetEnvAttr 


SOLGetEnvAttr (identificador de entorno, atributo, 
puntero _de valor, longitud de búfer, 
puntero de longitud de cadena); 


Devuelve el valor de los atributos de entorno. 


El argumento atributo puede adoptar uno de los valores enumerados en la 
tabla H.4. 


Tabla H.4. Argumento atributo de SQLGetEnvAttr 


Atributo Contenidos de puntero_de_valor 


SQL_ATTR_CONNECTION_POOLING Valor de 32 bits para activar o desactivar 
la agrupacion de conexiones. 


SQL_ATTR_CP_MATCH Valor de 32 bits para determinar cómo 
se selecciona una conexión de la agru- 
pacion existente. 


SQLATTR_ODBC_VERSIÓN Entero de 32 bits para determinar si el 
comportamiento es ODBC 2.x u ODBC 
3,x. Puede Ser QL_OV_0ODBC3 0 


SQL_OV_ODBC2. 


El argumento puntero_de_valor apunta a un bufer desde el que se de- 
volvera el valor del atributo. 

Elargumentolongitud_de_bufereslalongituddepuntero-de._valor 
s1 este apunta a una cadena; en caso contrario, no se utilizara. 


El puntero_de._longitud_de-.cadena apunta a un bufer desde el que 
se devolvera el numero de caracteres disponibles. 

Si este numero es mayor que longitud_de_bufer, se recorta el 
puntero_de_valor 


SQLGetFunctions 


SOLGetFunctions (identificador de conexión, id de función, 
puntero admitido); 


Devuelve las funciones que admite el controlador. 

El argumento id_de_función puede ser un Id. de funcion individual o 
puede ser SQL _ API_ODBC3_ ALL FUNCTIONS o SQL_API_ALL._ 
FUNCTIONS. El primero lo utiliza ODBC3 y el segundo, ODBC2. 

El argumento puntero admitido apunta a un valor que contiene 
SQL_FALSE o SQL_TRUE (si id de función era una sola funcion, lo que 
indica si la función es admitida o no) o una matriz de dichos valores (empezando 
desde 0). 


SQL Getinfo 


SQLGetInfo(identificador de conexión, tipo _de información, 
puntero de valor de información, longitud de búfer, 
puntero_ de _longitud_ de cadena); 


Devuelve informacion sobre el controlador y el servidor. 

El argumento tipo_de_información contieneel tipo de información (como 
SQL DRIVER _HDESC o SQL_DRIVER_HSTMTT). 

El argumento puntero _ de valor de informacion apunta a un búfer 
desde el que se devolverá la información, en función del argumento 
tipo_de_información. 

El argumento longitud_de_bufer contiene la longitud del bufer 
puntero_de_valor_de informacion. Si este no apunta a una cadena, 
se 1gnorara longitud_de_bufer. 

El puntero de longitud_de_cadena apuntaaun buferdesdeelque 
se devolvera el número total de bytes (excluyendo los nulos). Si la longitud supera 
al valor de longitud._de.bufer, se recorta el valor de puntero_de__ 
valor_de_información, 


SQLGetStmtAttr 


SOLGetStmtAttr (identificador de instrucción, atributo, 
puntero de valor, longitud_de búfer, 
puntero de longitud _de cadena); 


Devuelve el valor del atributo de la instrucción. 


El argumento atributo puede ser una de las opciones admitidas que se 
enumeran enla tabla H.5. 


Tabla H.5. Argumento atributo de SQLGetStmtAttr 


Atributo Contenidos de puntero_de valor 


SOL ATTR CURSOR SCROLLABLE Puede ser SQL_NONSCROLLABLE (los 
cursores desplazables no se requieren 
en el identificador de instruccion). Si 
se invoca SOLFetchScrol1 con este 
identificador, fetch type solamente 
puede contener SOL _FETCH_NEXT (el 
predeterminado) O SOL SCROLLABLE 
(se requieren cursores desplazables en 
el identificador de instruccion). Si 
SOLFetchScroll1 se invoca con este 
identificador,fetch type puede con- 
tener cualquier identificador valido. 
Este atributo afecta a las llamadas a 
SOLExecDirect y SQLExecute. 


SQL-ATTR _CURSOR_SENSITIVITY  PuedesersQL_UNSPECIFIED (el prede- 
terminado cuando el tipo de cursor no se 
especifica), SQL_SENSITIVE (los 
cursores muestran el conjunto de resulta- 
dos sin mostrar ninguno de los cambios 
realizados por otros cursores) O SQL _ 
SENSITIVE (los cursores muestran todos 
los cambiosrealizados en un conjunto de 
resultados por otros cursores). Afecta a 
SOLExecute y SQOLExecDi rect. 


SQL_ATTR_ CURSOR TYPE Especifica el tipo de cursor y puede 
contener SQL _ CURSOR FORWARD_ 
ONLY, SQL_CURSOR STATIC, SQL _ 
CURSOR KEYSET DRÍvVENx (el contro- 
lador utiliza las claves para el numero 
de filas especificado en el atributo de 
instrucción SOL_ATTR_KEYSET_SIZE) 
OSQL CURSOR DYNAMIC. 


SQL-ATTR_KEYSET_SIZE Numero de filas del conjunto de claves 
para un tipo de cursor SQL_CURSOR_ 
KEY SET_DRIVEN. 


SQL_ATTR_MAX_LENGTH Cantidad maxima de datos que el con- 
trolador devuelve desde columnas de 
caracteres o binarias. Si el puntero._ 
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Atributo 


SQL_ATTR MAX ROWS 


3QL_ATTR_NOSCAN 


SQL_ATTR_PARAM_BIND TYPE 


SQL_ATTR _PARAM OPERATION _PTR 


SQL_ATTR_PARAM STATUS PTR 


SQL_ATTR_PARAMS _PROCESSED_PTR 


Contenidos de puntero_de valor 


de valor es menor que la cantidad | 
de datos, SQLFetch y SQLGetData Se 
recortaran y devuelven SQL_SUCCESS_ 
WITH_ INFO. 


Número maximo de filas que el contro- 
lador puede devolver (0 equivale a ili- 
mitado). 


Puede ser SOL NOSCAN OFF (el con- 
trolador examina la instrucción SQL en 
busca de conversiones de escape, el 
predeterminado) OSQL_NOSCAN_ON (el 
controlador no examina la instrucción). 


Puede ser SQL_PARAM_BIND_BY_ 
COLUMN (el predeterminado, que indica 
la vinculacion en orden de columnas) o 
la longitud de la estructura o búfer para 
la vinculacion en orden de filas. 


Apunta a una matriz que contiene 
SQL _PARAM PROCEEDOSQL PARAM 
IGNORE que determina si un parámetro 
se ignorara durante la ejecucion. Tam- 
bien puede ser un puntero nulo, en cuyo 
caso no se devuelven valores de esta- 
do del parametro. 


Apunta a una matriz de valores (uno 
para cada fila) con información de es- 
tado despues de invocar SQLExecute 
O SQLExecDirect que contiene uno 
de los siguientes valores: SOL_PARAM_ 
SUCCESS, SQL_PARAM_SUCCESS 
WITH_INFO (satisfactorio con una a d 
vertencia), SQL_PARAM_ERROR, 
SQL_PARAM_UNUSED (normalmente 
porque se ha definido SQL_PARAM_ 
IGNORE) O SQL _PARAM_ DIAG_ 
UNAVAILABLE. También se puede con- 
figurar como un puntero nulo, en cuyo 
caso los datos no se devuelven. 


Apunta a un bufer desde el que se devuel- 
ve el numero de conjuntos de parametros 
procesados, incluyendo los errores. Pue- 
de ser un puntero nulo, en cuyo caso no 
se devolvera ningun numero. 


Atributo Contenidos de puntero_de_ valor 


SQL_ATTR PARAMSET SIZE Número de valores de cada parametro. 


SQL_ATTR_QUERY_TIMEOUT Numero de segundos que se espera a 
que se ejecute una instrucción SQL an- 
tes de vencer el tiempo muerto. Si el 
puntero de valor eso0 (el predeter- 
minado), no habrá tiempo muerto. 


SQL_ATTR_ROW_ARRAY SIZE Numero de filas devueltas por una lla- 
mada a SQLFetch O SQLFetchScrol1. 
El predeterminado es 1. 


SQL_ATTR_ROW_BIND_OFFSET_PTR Apunta a un desplazamiento añadido 
a punteros para cambiar la vinculacion 
de los datos de columnas. 


SQL_ATTR_ROW_BIND_ TYPE Determina la orientación de la vincula- 
ción. Puede ser SQL_BIND BY COLUMN 
(indica una vinculación en orden de co- 
lumnas) o la longitud de la estructura o 
bufer al que se van a vincular los resulta- 
dos (en vinculaciones en orden de filas). 


SQL_ATTR_ROW_ NUMBER Numero de la fila actual o O si no se 
puede determinar. 


SQL_ATTR_ROW_OPERATION_PTR Apunta a una matriz de elementos (uno 
por cada fila) que contienen SQL_ 
ROW_PROCEED O SQL_ROW_. IGNORE que 
determina si la fila se va a incluir en una 
operación de gran volumen (no incluye 
SQLBulkOpera-tions). Tambien se 
puede definir con un puntero nulo, en 
cuyo caso no se devolvera una matriz. 


SQL_ATTR_ ROW_STATUS_PTR Apunta a una matriz de valores (uno 
por cada fila) que contiene valores de 
estado de fila despues de una llamada 
a SQLFetch O SQLFetchScrol11. Tam- 
bien se puede definir como un puntero 
nulo, en cuyo caso el controlador no 
devolvera la matriz. 


SQL_ATTR_ROWS_FETCHED_PTR Apunta a un bufer desde el que se de- 
vuelve el numero de filas devueltas o 
afectadas por una llamada SQLFetch, 
SOLFetchScroll, SQLSetPos O 
SQLBulkOperations, incluyendo 
errores. 


Atributo Contenidos de puntero_de valor 


SQL_ATTR SIMULATE CURSOR Puede ser SQL_SC_NON UNIQUE (no 
es definitivo que esas instrucciones 
UPDATE O DELETE situadas de forma 
simulada afecten a una sola fila), 
SQL _ SC TRY UNIQUE (el controlador 


intenta garantizar que las instrucciones 
UPDATE O DELETE situadas de forma 
simulada afectan a una sola fila) o 
SOL_SC_UNIQUE (es definitivo que las 
instrucciones UPDATE O DELETE Situa- 
das de forma simulada afectan a una 
sola fila). 


El argumento puntero_de_wvalor apunta a un bufer desde el que se de- 
volvera el valor de atributo. 

El argumento longitud_de_bufer puede contener uno de los siguientes 
valores: 


+  Lalongitud de puntero_de._valor (OSQL_NTS) si este apunta a una 
cadena. 


+ El resultado de SQL LEN _BINARY ATTR(longitud) si 
puntero_de_valor apunta a un búfer binario. 


+ Puede ser SQL_.IS_INTEGER, SQL_IS_UNINTEGER, SQL SMALLINT 
O SQLUSAMLLINT si puntero_de_ valor apunta a un tipo de datos 
especifico de longitud fija. 


+ SQL_IS_POINTERSi puntero_de_valor apunta a otro puntero. 


El puntero_de longitud _de cadena apuntaaunbuferdesdeelque 
se devolvera el numero total de bytes (excluyendo los nulos). 

S1 la longitud es mayor que longitud_de_bufer, se recortara el 
puntero_de_valor. 


SQLGetStmtOption 


Devuelve el valor de opción de la instrucción. 
Esta función ha quedado obsoleta, por lo que en su lugar tendra que utilizar 
SOLGetStmtAttr. 


SQLGetTypelnfo 


SQLGetTypelnfo(identificador de instrucción, tipo de datos); 


Devuelve un conjunto de resultados SQL con información sobre el tipo de 
datos especificado. 

Al configurar tipo _de datos como SQL ALL TYPES, se devuelve in- 
formación sobre los tipos de datos devueltos por el servidor. 


SQLNativeSq] 


SOLNativeSql (identificador de conexión, cadena sql, 
longitud_de cadena sql, cadena sql modificada, 
longitud _de cadena sql modificada, 

puntero de longitud _de_cadena); 


Devuelve una cadena SQL modificada (no ejecutada) por el controlador. 

El argumento cadena sql modificada apunta a un bufer desde el que 
se devolvera la instrucción SQL modificada. 

El argumento longitud de cadena sql modificada apunta a un 
búfer desde el que se devolverá el número de bytes (excluyendo los nulos). 

El puntero de longitud de cadena apunta a un bufer desde el 
que se devolverá el número total de bytes (excluyendo los nulos). Si la longitud es 
mayor que el valor de longitud_de_cadena sql_modificada, se re- 
cortará el valor de cadena-sq1-modificada. 


SQLNumParams 


SQLNumParams (identificador de instrucción, 
puntero a número de parámetros); 


Devuelve el numero de parametros de una instruccion. 
El argumento puntero.__a_numero_de_parametros apunta a un bufer 
desde el que se devolvera el numero de parametros. 


SQLNumkResultCols 


SoLNumResultCols(identificador de instrucción, 
puntero a número de _ columnas); 


Devuelve el numero de columnas del conjunto de resultados. 
El argumento puntero._a_número_de._columnas apunta a un búfer desde 
el que se devolvera el numero de columnas. 


SQLParamData 


Se utiliza en combinación con SOLPutData para proporcionar datos de 
parametros en el momento de la ejecucion (resulta muy util para valores de datos 
largos). 


SQLPrepare 


SOLPrepare (identificador de instrucción, cadena sql, 
longitud de cadena sql); 


Prepara una instruccion SQL para su posterior ejecucion. 


SQLPrimaryKeys 


SQLPrimaryKeys (identificador de instrucción, 
nombre _de catálogo, longitud de_nombre de catálogo, 
nombre de esquema, longitud de nombre de esquema, 
nombre de tabla, longitud de nombre _de tabla); 


Devuelve las columnas de clave primaria de la tabla especificada. 


SQOLPutData 


SQLPutData(identificador de instrucción, puntero de datos, 
longitud _ de puntero de de datos); 


Sirve para enviar datos de columnas o parametros durante la ejecucion. 

El argumento puntero de datos apunta a un bufer que contiene los da- 
tos de parámetros o columnas (el tipo es el especificado por el argumento 
tipo_de_valor de SQLBindParameter o por el argumento 
tipo_de_destino de SOLBindCol). 

El argumento longitud_de_puntero de datos especifica la longl- 
tud de los datos enviados a SQLPutData (SQL_NTS, SQL_NULL_DATA O 
SOQL_DEFAULT_PARAM). 


SQLRowCount 


SQLRowCount (identificador de instrucción, 
puntero_de número de filas); 


Devuelve el numero de filas afectadas por una instrucción SQL que modifica 
datos (por ejemplo INSERT O DELETE). 

El argumentopuntero de número de filas apuntaaun bufer desde 
el que se devolverá el número de filas o -1 si no está disponible. 


SQLSetConnectAttr 


SQLSetConnectAttr (identificador de conexión, atributo, 
puntero de valor, longitud_de cadena); 


Define un atributo de conexión 
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Consulte SQLGetConnectAttr. Encontrara una lista y la descripcion de 
los posibles atributos. 

El argumento puntero_de_wvalor apunta al valor del atributo, cuyo tipo 
depende de atributo. 

El argumento longitud_de_cadena puede contener uno de los siguientes 
valores: 


+ La longitud del puntero_de_valor (O SQL_NTS) si este apunta a 
una cadena. 


+ El resultado de SQL_LEN_BINARY_ATTR(longitud) si 
puntero_de_valor apunta a un búfer binario. 


. Puedeser SQL_ IS_INTEGER, SQL_IS_UNINTEGER, SQL SMALLINT 
O SQLUSAMLLINT si puntero_de_valor apunta a un tipo de datos 
especifico de longitud fija. 


+ SQL _IS_POINTER si puntero_de_valor apuntaaotropuntero. 


SQLSetConnectOption 


Establece una opción de conexion. Esta función ha quedado obsoleta, por lo 
que en su lugar debe utilizar SOLSetConnectAttr. 


SQLSetCursorName 


SQLSetCursorName (identificador de instrucción, 
nombre de cursor, longitud de nombre _ de cursor); 


Especifica un nombre de cursor 


SQLSetEnvAttr 


SQLSetEnvAttr (identificador de entorno, atributo, 
puntero de valor, puntero de longitud de cadena); 


Define un atributo de entorno. En la descripcion de SOLGetEnvAtt r encon- 
trara una lista de posibles atributos. 


SQLSetPos 


SQLSetPos (identificador de instrucción, número de fila, 
operación, tipo de bloqueo); 


Desplaza un cursor a una posición de un bloque obtenido de datos y tambien 
puede actualizar datos del conjunto de filas o actualizar y eliminar los datos 
subyacentes. 


El argumento número de fila selecciona la fila del conjunto de resulta- 
dos afectado por la operación (empezando desde 1). Si se configura como 0, la 
operacion se aplica a todas las filas. 

El argumento operacion especifica la operacion que se debe realizar, que 
puede ser SQL POSITION, SQL REFRESH, SQL_UPDATE O SQL_DELETE. 
En la tabla H.6 se describe el argumento operacion. 


Tabla H.6. El argumento operacion 


Operación Descripción 


SOQL_POSITION El controlador situa el cursor en la fila numero_de_ 
fila. 


| SOL REFRESH El controlador situa el cursor en la filanumero de 
fila y actualiza datos en dicha fila. Los datos de 
la fila no se vuelven a obtener, lo que difiere de 
una llamada de actualización a SOLFetchScroll 
con tipo_de_ recuperación. 


SOL_ UPDATE El controlador situa el cursor en la fila numero _de 
fila y actualiza los datos asociados a los valores 
de los bufer de conjunto de fila del argumento 
TargetValuePtr en SQOLBindCol. 


SOL DELETE H controlador sitúa el cursor en la fila numero_de-_ 
fila y elimina los datos asociados. 


El argumento tipo_ade. bloqueo especifica la operación de bloqueo de 
fila despues de ejecutar la operación y puede ser SQL_LOCK_NO_CHANGE, 
SOL LOCK_EXCLUSIVE O SQL_ LOCK UNLOCK. 


SQLSetScrollOptions 


Define opciones que afectan al comportamiento de los cursores. Esta funcion 
ha quedado obsoleta, por lo que en su lugar debe utilizar SOLSetStmtAttr. 


SQLSetStmtAttr 


SOLGetStmtAttr (identificador de instrucción, atributo, 
puntero de valor, longitud de cadena); 


Define un atributo de instruccion. 

Encontrara la lista de posibles valores de atributo en la descripción de 
SQOLGetStmtAttr. 

El argumento puntero. de_valor apunta al valor del atributo, cuyo tipo 
depende de atributo. 
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El argumentolongitud_de_cadena puede contener uno de los siguientes 
valores: 


+ La longitud de puntero._de_valor (oSQL_NTS) si este apunta a una 
cadena. 


* El resultado de SQL_LEN_BINARY_ATTR(longitud) si 
puntero_de_valor apunta a un búfer binario. 


+ Puede ser SQL_IS_INTEGER, SQL_IS_UNINTEGER, SQL_SMALLINT 
O SQLUSAMLLINT si puntero_de_valor apunta a un tipo de datos 
especifico de longitud fija. 


* SQL_IS_POINTER si puntero_de_valor apunta a otro puntero. 


SQLSetStmtOption 


Define una opción de instrucción. Esta funcion se ha quedado obsoleta; en su 
lugar, utilice SOLSetStmtAttr. 


SQLSpecialColumns 


SQLSpecialColumns (identificador de instrucción, 
tipo de identificador, nombre de catálogo, 
longitud _de catálogo, nombre de esquema, 
longitud de nombre de esquema, nombre de tabla, 
longitud de nombre de tabla, ambito, nulo); 


Devuelve información de columnas que identifica de forma exclusiva a una 
fila de la tabla especificada o las columnas actualizadas automaticamente cuando 
una transaccion actualiza un valor del registro. 

El argumento tipo_de_identificador contiene el tipo de columna que 
se va a devolver. Debe serSQL_BEST_ROWIDOSQL ROWOVER.SQL _BEST_ID 
devuelve el conjunto más pequeño de columnas que identifican a un registro de 
forma exclusiva (las columnas devueltas se pueden diseiiar para habilitarlo). 
SQL_ROWOVER devuelve las columnas que se actualizan automaticamente cuan- 
do una transacción actualiza un valor del registro. 

El argumento ambito es el ambito minimo exigido del Id. de la fila. Puede 
ser SQL_SCOPE CURROW (el Id. de fila es valido solamente para esa fila), 
SQL _SCOPE TRANSACTION (el Id. de fila es válido mientras dure la transac- 
ción actual) o SOL_SCOPE_SESSION (el Id. de fila es válido durante toda la 
sesion). 

El argumento nulo indica si se incluyen columnas que puedan contener 
valores nulos. Puede ser SQL_NO_NULLS (se excluyen las columnas que con- 
tengan nulos) o SQL-NULLABLE (se incluyen las columnas que puedan conte- 
ner nulos). 
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SQLStatistics 


SQLStatistics(identificador de instrucción, nombre de catálogo, 
longitud _de nombre de catálogo, nombre de esquema, a 
longitud _de nombre de esquema, nombre—de—tabla, 

longitud _de_nombre_de tabla, tipo de índice, reservado); 


Devuelve estadisticas sobre tablas e indices asociados. 
El argumento tipo_de_índice puede ser SQL_INDEX_UNIQUE O 


SOL INDEX ALL. 


El argumento reservado puede ser SOL ENSURE (devuelve las columnas 


CARDINALITY y PAGES) O SQL QUICK (solo devuelve las columnas 
CARDINALITY y PAGES si están disponibles). 


SQLTablePrivileges 


SQLTablePrivileges(identificador de instrucción, 

nombre_de_ catálogo, longitud de catálogo, nombre de esquema, 
longitud de nombre de esquema, nombre—de—tabla, 
longitud _ de nombre de tabla); 


Devuelve una lista de tablas y privilegios asociados. 


SQLTables 


SOLTables (identificador de instrucción, nombre _de catálogo, 
longitud _de catálogo, nombre _de esquema, 
longitud de nombre de esquema, nombre—de—tabla, 
longitud _de nombre de tabla, tipo de tabla, 
longitud _de tipo de tabla); 


Devuelve una lista de tablas, catálogo o nombres de esquema y tipos de tablas. 


SQLTransact 


Finaliza una transacción. Esta funcion ha quedado obsoleta, por lo que en su 


lugar debe utilizar SOLEndTran. 
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MN Contenido 
del CD-ROM 


El CD-ROM que acompaiia a este libro, contiene una gran cantidad de 
programas y de archivos que le ahorraran mucho tiempo durante su trabajo 
con el libro. 


Las siguientes secciones describen lo que puede encontrar en el CD-ROM. 


Codigo fuente 
El CD-ROM, contiene todo el codigo fuente desarrollado a lo largo del libro. 


Para trabajar con los codigos le recomendamos que copie todos los archivos a su 
disco duro. 


MySQL 


Se incluye la ultima version del servidor de bases de datos, tanto para Linux 
como para Windows. 


Apache 


Se incluye el codigo fuente de la ultima version del servidor Apache. 


Java 


En este directorio encontrara la ultima version comercializada 1.4 del Kit de 
desarrollo de Software (SDK) de Sun Microsystems, compatible con Windows, y 
Linux. 


Perl 


Contiene la distribucion fuente del lenguaje de script Perl, asi como los binarios. 
Para instalar Perl en su sistema Unix/Linux, extraiga la distribucion fuente en un 
directorio como /usr/local/sre de su disco duro y lea el archivo INSTALL. 

Los usuarios de Windows deberian bajarse la distribucion binaria de la si- 
guiente dirección Web: http://www .perl.com/CPAN-local/README, html 


PHP 


El CD-ROM incluye la distribucion de la fuente de PHP. 


Python 


En este directorio se incluye la ultima version dePython. 


En el fichero leame.txt, situado en el directorio raiz del CD-ROM, encontrara 
una descripción mas detallada de todas las utilidades y programas que se inclu- 
yen. 


866 


Access, 519 

Active, 761 

ActiveKids, 762 

Actualización, 363 

Actualizaciones, 238 

Acuerdo sobre el ambito, 323 

Adabas, 519 

AdabasD, 519 

ADD, 616 

Addgroup, 585 

Addison-Wesley, 316 

Addn, 274 

Addslahes, 722 

Adduser, 585 

Administrador, 350 

ADO, 827 

ADOBD, 716 

AGAINST, 195 

AID, 602 

Aislarniento, 344 

ATX, 580 

Alias, 726 

ALL, 223 

Alter, 67, 152, 174,522,572,616 
table, 174 

ALUES, 757 

Ámbito, 323 

AMD Duron. 324 


Indice 
alfabetico 
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Arg, 269-270 
Args, 271 
ARRAYSIZE, 774 
AS, 71 
ASC, 58 
ASCIL, 821 
Atomicidad, 343 
Atributos, 325 

dbi, 761 
AUTO-INCREMENT, 465, 733 
AUTOCOMMIT, 169,765 
AutoReconnect, 782 
Available—drivers, 744 
AVG. 62 


B 


Back-log. 484 
BACKUP, 400 

BAK, 500 

Barras verticales, 418 
Basedir, 351 

BDB, 492,583 
Bdb_home, 351 
BEGIN, 617 
Begin—work, 749 
BETWEEN, 123 
Biblioteca Openssl, 572 
Big5, 529 

BIGINT, 88 

Binaria, 137 
Boyce-Codd, 309 
BSDi, 580 

Búfer de índice, 410 


C 


C, 244 
C++, 244 
C.J. Date, 316 
CachedKids, 762 
Calculos, 225 
Campo id, 212 

rank, 212 
Canalizaciones, 352 
Cardinalidad, 328 
Cardinality, 236 
Carga de los datos, 333 
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Carpeta Inicio, 356 
CGL 479 

CHANGE, 67 
Changed, 379 
CHAR, 91,191 
CHECK TABLE, 378 
Chmod, 451 
ChopBlanks, 762 
Chown, 451 

Ciclo de vida, 322 
CIPHER 573 

Clave primaria, 187 
Claves externas, 332 


CLIENT_INTERACTIVE, 497 


CLOSE, 776 
CNF, 362 
Coherencia, 343 
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